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Internet est devenu un élément incontournable de la vie quotidienne pour beaucoup de gens, et indispensable pour les 
informaticiens. 
Cependant, peu de monde connait en détail le fonctionnement d'Internet ! 


Aujourd'hui, il est devenu courant d'utiliser Internet à son travail. Mais savez-vous réellement ce qu'il se passe lorsque vous 
vous connectez à Internet ? De la même façon, presque tous les foyers sont équipés d'une multitude d'appareils mformatiques : 
le boîtier ADSL, l'ordinateur de bureau, l'ordinateur portable, l'imprimante etc. Mais peu de gens savent vraiment faire 
communiquer entre-elles toutes ces machines ! 


Nous allons voir à travers ce cours comment créer ce qu'on appelle un réseau, pourquoi et comment les informations circulent 
sur Internet, et comment gérer sa connexion (et écouter celle des autres ! @) 


Comment les ordinateurs parlent-ils entre-eux ? 
Comment les nmformations circulent-elles ? 

Qui gère Internet ? 

Puis-je participer à Internet ? 

Quel est l'âge du capitaine ? 


À la fin de ce cours vous devriez être en mesure de répondre à toutes ces questions, donc de comprendre ce qui se passe entre 
le moment où vous entrezun nom de site web dans la barre d'adresse de votre navigateur, et le moment où vous en recevez la 
réponse. Cecise fait en quelques millisecondes, mais cela représente de nombreuses étapes... ! 

Vus serezaussien mesure de créer votre propre réseau local chez vous, et de l'administrer proprement. Ce cours devrait 
permettre à ceux quise destinent à un métier dans les systèmes et réseaux d'y voir plus clair, à ceux qui préfèrent la 
programmation de mieux comprendre le réseau et donc de devenir plus performants dans leur métier ou futur métier, et à ceux qui 
désirent contrôler leur machine à café en wifi depuis le téléviseur de leur salon de ne plus se lever de leur canapé ! 


Vus êtes motivés ? Alors voici un petit aperçu du programme : je commencerai par vous raconter comment Internet a été imaginé 
et mis en œuvre ; nous verrons ensuite les normes qui ont permis sa création et essaierons de les comprendre. Nous 


apprendrons aussi à créer et administrer un petit réseau personnel, et nous nous plongerons dans le découpage d'adresses IP. 


Pour tous ceux qui veulent aller un peu plus loin après la lecture de ce cours, il y a pas mal de tutos et de vidéos avancées sur 
mon site www.lalitte.com. 


Bon, fini la parlotte, qui m'aime aime les réseaux me suive ! (©) 
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Partie 1 : Comment communiquer sur un réseau local ? 


Dans cette partie nous allons voir l'histoire d'Internet. Nous verrons aussi les différents éléments qui composent le réseau et 
comment les machines arrivent à communiquer ensemble. 


L'histoire d'Internet 


Nous voilà prêts à plonger dans le fonctionnement d'Internet ! Mais avant toute chose, essayons de comprendre pourquoi et 
comment nous en sommes arrivés là. 
Je vous propose dans ce chapitre une petite histoire de l'Internet... 


Une histoire de mailles 
Internet a été créé au départ pour une raison bien particulière. 
À l'époque, dans les années 1950, les communications étaient « point à point », c'est-à-dire qu'on ne pouvait communiquer 
qu'avec une seule machine à la fois. Les chercheurs qui devaient communiquer avec plusieurs autres chercheurs lors de 
réunions, se sont rendu compte qu'il serait intéressant de pouvoir le faire en temps réel plutôt que de passer d'un interlocuteur à 
l'autre successivement. 


Ils ont donc cherché à créer un nouveau moyen de communication qui ne serait alors plus centralisé, mais maillé. 


© Réseau de communication centralisé 


Le) 


Cela veut dire que toute information pourrait passer par différents points, et que si certains points disparaissaient, cela 
n'empêcherait pas l'information de circuler. Observez donc la figure suivante : vous voyez qu'avec un réseau de communication 
maillé, si un point de communication n'est plus en état de fonctionner, l'information peut passer par un chemin différent. 


Schéma d'un réseau maillé 


Mais maintenant que l'idée est posée, il reste à la mettre en œuvre ! 


Les chercheurs vont travailler et notamment mettre en place un réseau pour l'armée. C'est seulement au début des années 1960 
que l'on voit apparaître des textes décrivant les prémices de ce que sera Internet. 


À la fin des années 1960, l'Arpanet, l'ancêtre d'Internet, ne comportait que quatre machines ! Les protocoles utilisés alors ne 
permettaient pas d'atteindre les buts fixés, à savoir de faire dialoguer des machines provenant de différents réseaux en utilisant 


différentes technologies de communication. 


C'est alors que les chercheurs se sont orientés vers la création d'autres protocoles de communication, et notamment TCP/IP. 
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Internet a continué de croître au fil des années, mais c'est en 1990 qu'une révolution va permettre sa croissance réelle : le 
langage HTML et le protocole d'échange HTTP qui permettent la création de pages web. 


Tout va s'accélérer alors avec la création des premiers navigateurs capables d'afficher des images, et la libération de l'utilisation 


des noms de domaine. Nous pouvons voir sur la figure suivante la progression phénoménale d'Internet dans les années 1990- 
2000. 


Utilisateurs internet dans le monde 


Évolution des utilisateurs d'Internet (wikipedia) 


Utilisateurs en millions 


Internet aujourd'hui 
© Aujourd'hui, Internet c'est 1,8 milliard d'internautes et 200 millions de serveurs. 


Parmi ces internautes, nous pouvons voir des disparités à travers le monde : 


42% des internautes viennent d'Asie ! 

le pays le plus internetisé est... la Corée du Sud ; 

les internautes français représentent 6 % du total des internautes ; 
78% des Américains ont Internet contre 10 % des Africains ; 

une personne sur trois dans le monde a accès à Internet ; 

le nombre d'internautes entre 2000 et 2010 a été multiplié par 45 ; 

la croissance de l'Internet en Afrique est de 2360 % entre 2000 et 2010 ! 


Je ne vais pas continuer à vous abreuver de chiffres, bien que certains soient étonnants à connaître. Wyons plutôt le magnifique 
graphique présenté en figure suivante, qui représente les connexions entre machines d'Internet. Prenez votre loupe ! 
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Source: Wikipedia 


Cependant, n'oublions pas notre objectif premier : comprendre le fonctionnement d'Internet. Donc fini de rêvasser, passons aux 
choses sérieuses ! 

Maintenant que nous connaissons une partie de l'histoire d'Internet, il est grand temps de nous plonger dans son 
fonctionnement, notamment en étudiant sa création. 
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La création d'Internet, le modèle OSI 


Nous sommes près de 1,8 milliard d'internautes aujourd'hui. Internet est une gigantesque toile d'araignée. 


Comment est-ce possible de faire communiquer autant de machines ? 
Comment ne pas s'y perdre dans ce dédale d'informations ? 


Nous allons voir cela de ce pas, en essayant tout d'abord de comprendre comment Internet a été créé et quelles sont les normes 
qui ont été mises en œuvre pour orchestrer ce bal d'nformations. 


Comment communiquer ? 
Imaginez que vous puissiez communiquer à chaque instant, quand vous le voulez, avec n'importe qui dans le monde ! C'est ce 
que nous propose Internet. 
Il n'est pas facile de s'exprimer lorsque nous sommes un petit groupe de 10 personnes, difficile lorsque nous sommes 100, et 
quasiment impossible quand nous sommes 1000. Internet se propose donc de relever le défi de pouvoir communiquer tous 
ensemble, en même temps, et ce, quand nous le souhaitons. Bien sûr pour arriver à cette prouesse, il a fallu créer un système de 
communication complexe permettant aux machines de parler entre elles. 


© Mais comment ce modèle de communication a-t-il pu être créé ? 


Eh bien le plus simple est de partir de ce que nous connaissons déjà de la communication. Et ça, tout le monde peut le faire ! 
Faisons un petit mventaire des moyens de communication: 


- la parole ; 

- le téléphone ; 

- le courrier ; 

- le pigeon voyageur ; (© 
- etc. 


Essayons maintenant de comprendre, parmi ces moyens de communication, ce dont nous avons besoin pour communiquer. 
Pour la parole, nous avons besoin: 


e d'un émetteur ; 
e d'un récepteur ; 
e d'un support de transmission (l'air). 


Pour le téléphone, c'est un peu pareil sauf que nous avons besoin d'un élément complémentaire qui est l'intermédiaire entre la 
parole et l'électronique. En effet, on trans forme la parole en signaux électriques, ils arrivent côté récepteur, puis ils sont de 
nouveau trans formés en paroles. Nous voyons qu'il y a une encapsulation de l'nformation. 


Nous retrouvons ce système d'encapsulation dans le courrier, pour lequel nous avons besoin: 


d'un émetteur ; 

d'un récepteur ; 

d'un support de transmission (la lettre) ; 
d'un contenant (l'enveloppe) ; 

d'un intermédiaire (la poste). 


Aünsi, nous commençons à comprendre ce qu'il nous faut pour communiquer. 
Maintenant, est-ce que cela va pouvoir s'appliquer auxordinateurs ? Comment va-t-on faire pour parler tous en même 
temps ? Pourra-t-on communiquer avec l'autre bout du monde instantanément ? 
Nous allons voir par la suite comment les chercheurs ont fait pour passer des principes de communication humains à des 
principes de communication pour ordinateurs. 


Ils ont ainsi regroupé l'ensemble de leurs recherches et de leurs résultats dans une norme que devront respecter les personnes se 
connectant à Internet. 
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Il s'agit du modèle OST! 
Le modéle OSI 


Le modèle OSI est né en 1984. Les plus connaisseurs d'entre vous auront remarqué que celui-ci est né après la naissance 
d'Internet ! 

La raison est simple : le modèle OSI est né quand nous avons commencé à avoir une certaine expérience des communications 
entre ordinateurs. Il tient donc compte des communications existantes, mais aussi des communications futures et de leurs 
évolutions potentielles. 


Son objectif est de normaliser les communications pour garantir un maximum d'évolutivité et d'nteropérabilité entre les 
ordinateurs. 


© Tout cela est fort sympathique, mais qu'est-ce que le modèle OSI ? 


Le modèle OSI est une norme qui préconise comment les ordinateurs devraient communiquer entre eux. 
Aünsi, si vous voulez faire communiquer votre grille-pain avec votre lave-vaisselle, il faudra vous appuyer sur le modèle OSI, ou 
du moins vous en inspirer le plus possible. Cela impliquera notamment le respect de la communication par couches. 


© Mais qu'est-ce que c'est que ces couches ? 


Non, je ne suis pas devenu fou et ne suis pas sponsorisé par Pampers ! Le modèle OSI est un modèle en couches. Cela veut dire 
qu'il est découpé en plusieurs morceaux appelés couches, qui ont chacune un rôle défini, comme vous le montre le schéma de la 
figure suivante. 


7 application 


6 | présentation 


Le modèle OSI 


= 


2 liaison de 
données 
| 


Nous voyons ici que le modèle OSI a sept couches. Chacune possède un nom différent. 


© Mais pourquoi 7, et pas 14 ou 137 ? 


Souvenez-vous du paragraphe précédent. Nous y avons vu que pour mettre en place une communication, il nous faudrait mettre 
en œuvre un certain nombre d'éléments, comme l'émetteur, le récepteur, le langage, etc. Eh bien les chercheurs ont imaginé 
combien d'éléments principaux il faudrait mettre en place pour communiquer. Et ils en ont trouvé 7 ! 
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Chaque couche du modèle OSI va donc avoir un rôle à accomplir. Et l'ensemble de ces rôles va permettre de communiquer d'un 
ordinateur à un autre. 


Examinons ces couches un peu plus en détail... 


Cartes d'identité des couches du modèle OSI 


La couche 1 ou couche physique : 


e Nom:physique. 

e Rôle : offrir un support de transmission pour la communication. 
e Rôle secondaire : RAS. 

e Matériel associé : le hub, ou concentrateur en français. 


La couche 2 ou couche liaison : 


e Nom: liaison de données. 

e Rôle : connecter les machines entre elles sur un réseau local. 
e Rôle secondaire : détecter les erreurs de transmission. 

e Matériel associé : le switch, ou commutateur. 


La couche 3 ou couche réseau : 


e Nom:réseau. 

e Rôle : nterconnecter les réseauxentre eux. 
e Rôle secondaire : fragmenter les paquets. 
e Matériel associé : le routeur. 


La couche 4 ou couche transport : 


e Nom:transpott. 

e Rôle : gérer les connexions applicatives. 
e Rôle secondaire : garantir la connexion. 
e Matériel associé : RAS. 


Ea-cetteheSoueotuechesessien- on s'en fiche ! 


Oui, vous m'avez bien lu, au-delà de la couche 4, on s'en fiche ! Bon, j'exagère un poil, mais pas tant que ça. 
La raison est simple : le modèle OSI est un modèle théorique. Le modèle sur lequel s'appuie Internet aujourd'hui est le modèle 
TCP/IP. Or, ce modèle n'utilise pas les couches 5 et 6, donc. on s'en fiche ! 


Bon, je crois que vous avez compris ! Par contre, la couche 7 existe bien. Et c'est pour elle que nous mettons tout cela en place, le 
grand manitou, le patron, l'application ! 


La couche 7 ou couche application : 


Nom: application. 

Rôle : RAS. 

Rôle secondaire : RAS. 
Matériel associé : le proxy. 


© Quoi ? Une couche qui n'a pas de rôle ? Pourquoi est-elle là alors ? 


Elle est là pour représenter les applications pour lesquelles nous allons mettre en œuvre des communications. 
Ce n'est donc pas cette couche en elle-même que nous allons étudier, mais les couches qui sont là pour lui rendre service et 
acheminer les informations, les couches 1 à 4. 
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Les couches 1 à 4 sont appelées les couches "réseau". Ce sont elles qui ont la responsabilité d'acheminer les informations d'une 
machine à une autre, pour les applications qui le demandent. 


Avant d'examiner plus en détail les couches, nous allons préciser le cadre d'utilisation du modèle OSI. 


Règles d'or du modèle OSI 


Le modèle OSI étant une norme, il doit indiquer, aux personnes voulant mettre en place des réseaux, comment travailler. Plus 
exactement, cela permet aux constructeurs de matériels de réseau de savoir comment fabriquer leurs matériels, et donc de garantir 
la compatibilité entre eux. 


Si chacun respecte la norme, ça marche ! 


Nous avons vu que chaque couche avait un rôle qu'il faudra respecter. Ainsi, la couche 2 ne s'occupera jamais de la 
communication entre réseaux De même que la couche 3 ne s'occupera pas de la communication sur un réseau local, etc. 


Le modèle OSI ajoute deuxrègles plus générales entre les couches : 


e chaque couche est indépendante ; 
e chaque couche ne peut communiquer qu'avec une couche adjacente. 


Chaque couche est indépendante 


L'impact sera que les informations utilisées par une couche ne pourront pas être utilisées par une autre couche. 
Par exemple, pour ceux qui connaissent déjà un peu le réseau, l'adresse IP qui est une adresse de couche 3 ne pourra pas être 
utilisée par une autre couche, sous peine de ne pas respecter le modèle OSI. 


Cela va permettre de garantir l'évolution des communications dans le temps. 


Imaginez que vous utilisiez Internet aujourd'hui. Sans le savoir, vous utilisez le protocole IPv4 pour la couche 3. Demain, nous 
allons passer en protocole IPv6 pour des raisons que nous expliciterons avec la couche 3. 

Si jamais nous utilisons des adresses IPv4 dans une autre couche, le jour où nous changerons le protocole de couche 3 qui 
utilise les adresses IPv4, nous devrons changer aussi le ou les protocoles qui utilisent cette adresse. 


à) Rendre les couches indépendantes garantit qu'elles sont mterchangeables. 


Cela veut dire qu'on pourra changer un protocole associé à une couche sans avoir besoin de changer toutes les couches du 
modèle OSI. 

C'est un peu comme si vous aviez une commode avec des tiroirs. Wbus pouvez changer un tiroir cassé sans avoir à changer toute 
la commode ! 


Regardons la seconde règle. 


Chaque couche ne peut communiquer qu'avec une couche adjacente 


Pour comprendre cette règle, vous allez devoir comprendre comment les machines se servent du modèle OSI pour communiquer. 
Vous êtes devant votre ordinateur et votre navigateur préféré. us entrez l'adresse d'un site dans la barre d'adresses, et le site 
apparaît aussitôt. 

Sans le savoir, vous avezutilisé le modèle OSI ! 

En gros, l'application (le navigateur) de couche 7, s'est adressée aux couches réseau pour que celles-ci transmettent l'information 
à l'application demandée sur la machine demandée (le serveur web sur la machine google.com par exemple). 


Lors d'un envoi, nous parcourons donc les couches du modèle OSI de haut en bas, de la couche 7 à la couche 1, ainsi que vous 
pouvez le voir sur la figure suivante. 
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7 application 


L=7] 


4 | ranspot | 


liaison de 
données 


à ET 


Envoi 
de 
données 


Envoi dans le modèle OSI 


Ainsi, grâce à la seconde règle du modèle OSL, nous garantissons que lors de l'envoi d'informations, toutes les couches du 
modèle OSI vont être parcourues. 


Ceci est garanti, car nous partons de la couche 7, et la règle nous dit qu'une couche ne peut communiquer qu'avec une couche 
adjacente. La couche 7 ne pourra donc communiquer qu'avec la couche directement sous elle, la couche 6. 


En fait, c'est presque vrai, car comme vous le savez maintenant, le modèle OSI n'est qu'un modèle théorique, et la couche 7 
s'adresse directement aux couches réseau pour communiquer, soit directement à la couche 4, qui s'adresse à la couche 3, qui 
s'adresse à la couche 2... 


vont être remplis ! 


© Nous pouvons ainsi garantir que tous les rôles associés à chaque couche, et donc nécessaires à la communication, 


Ce qu'il faut retenir 


Le modèle OSI est une norme précisant comment les machines doivent communiquer entre elles. 

C'est un modèle théorique, le modèle réellement utilisé étant le modèle TCP/IP. 

Le modèle OSI possède 7 couches. 

Chaque couche a un rôle particulier à accomplir. 

Les couches 1 à 4 sont les couches réseau. 

Les couches réseau offrent le service de communication à la couche applicative. 

Chaque couche est indépendante des autres. 

Chaque couche ne peut communiquer qu'avec une couche adjacente. 

Lors de l'envoi de données, on parcourt le modèle OSI de haut en bas, en traversant toutes les couches. 


vous connaissez et comprenez maintenant le modèle OSI ; 
il est composé de 7 couches chacune dédiée à un rôle particulier ; 
Il y a deuxrègles d'or associées à ce modèle qui permettent de garantir la bonne utilisation du modèle OSI. 


Ilest temps maintenant de s'y plonger directement avec l'étude de la couche 1. 
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Brancher les machines, la couche 1 


Maintenant que nous avons vu comment fonctionnaient les communications avec le modèle OSI, nous allons nous plonger dans 
l'étude de chacune des couches quinous intéressent. Il s'agit des quatre premières couches qui correspondent aux couches 
réseau. Nous allons d'abord voir les couches quinous servent à dialoguer sur un réseau local, et pour commencer, la couche 1. 
Allez, un peu de travail physique, on attaque la couche 1! 


La couche 1, ses rôles 
Comme nous l'avons vu avec le modèle OSL, chaque couche a un ou plusieurs rôles associés qui servent à mettre en place la 
communication. 


© Mais à quoi peut bien servir cette couche 1 ? 


Le rôle principal de la couche 1 est de fournir le support de transmission de la communication. 
Eh oui, pour pouvoir communiquer il va bien falloir avoir un support. bus en connaissez déjà un si vous êtes connectés à 
Internet : un câble si vous êtes connectés directement à votre box, l'air libre si vous utilisez le wifi. 


La couche 1 aura donc pour but d'acheminer des signaux électriques, des 0 et des 1 en gros. 


© D'ailleurs, pourquoi des 0 et des 1 et pas des 5 ou des 564 ? 


Cela est dû à la difficulté de distinguer des signauxélectriques différents. Sur un signal qui varie entre 0 Vet 5 Vilest facile de 
distinguer quand on est près de 0 Vou de SV 


Par contre si je vous demande de faire la distinction entre 0VI1V2V3V4Vets V cela sera plus difficile ! 
Notamment quand il y aura des perturbations magnétiques, comme des aimants, qui pourront venir modifier le signal électrique. 


Imaginons que la perturbation modifie le signal en ajoutant 2 V vous êtes foutus pour faire la distinction entre 3 Vet 4 V Alors 
qu'entre 0 Vet 5 V cela est encore possible en prenant une marge de 2 V 


Ilest donc plus facile de distinguer 2 signaux que 5 ou 10. C'est pour cela que l'on travaille avec des 0 et des 1 en informatique, 
quireprésentent deuxsignaux différents ! 


© Mais comment fait-on pour faire circuler ces 0 et ces 1 ? 


Les matériels, câbles, etc. 
Les 0 et les 1 vont circuler grâce aux différents supports de transmission. Nous allons les étudier un par un. 
Historiquement, nous avons utilisé des câbles, qui sont dépassés aujourd'hui, mais que vous pourrez parfois encore rencontrer 
dans des réseaux antiques : ils'agit des câbles coaxiaux ! 


Les câbles coaxiaux 


Voici, sur la figure suivante, comment se présente un câble coaxial. 
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Fil de données 


Maillage de masse 


Câble coaxial 


isolant externe 


Isolant interne 


Le principe est de faire circuler le signal électrique dans le fil de données central. On se sert du maillage de masse, autrement 
appek grille, pour avoir un signal de référence à 0 V On obtient le signal électrique en faisant la différence de potentiel entre le 
fil de données et la masse. 


Comme nous sommes des brutes dans les réseaux, un nomaussi simple que câble coaxial n'était pas envisageable et il fallait 
inventer un acronyme incompréhensible pour bien montrer que ce métier était réservé à des experts ! 


Le nomscientifique donné au câble coaxial est donc le 10B2 ou 10B5 pour sa version encore plus ancienne. 


© Mais pourquoi ces chiffres et ces lettres incompréhensibles ? 


Pour crâner en public ! Bon d'accord, il y a aussi une explication logique : 
p M XP g1q 


e le 10 indique le débit en Mbps (mégabits par seconde) ; 
e le B indique la façon de coder les 0 et les 1, soit ici la bande de Base ; 
e le dernier chiffre indique la taille maximale du réseau, exprimée en mètres et divisée par 100. 


Cette taille est de 200 m pour le 10B2, et 500 mpour le 10B5$. Par exemple, pour une longueur de 200 m, s1 je divise par 100, cela me 
donne 2. Le nomscientifique est donc bien 10B2 ! 


Le câble coaxial 10B5 


Le 10B5 est le plus ancien et le plus dur à utiliser. Le principe est de poser le câble partout dans les salles à nformatiser. Ensuite, 
on peut brancher des machines sur le câble, mais seulement à certains endroits ! La connexion se fait à l'aide de prises vampire. 


© Que vient faire Dracula là-dedans ? 


En fait, il fallait faire un petit trou, à la main, dans le câble, pour atteindre le fil de données. Une fois cette manipulation effectuée, 
on mettait en place la prise vampire dans laquelle une petite pointe en métal venait en contact avec le fil de données et permettait 
de récupérer le signal (voir la figure suivante). 
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Prise vampire 


Autant dire que les administrateurs réseau étaient manuels ! 


Pour la petite histoire, les câbles 10B5 étant très épais, il était difficile de les plier. Et si jamais on en pliait un trop fort et qu'on 
coupait le fil de données à l’intérieur, patatra ! Le réseau était coupé et le câble, bon à jeter. 

C'est pour cela que ce câble faisait un quart de cercle dans le coin des salles pour ne pas être plié. Un élève mal intentionné 
pouvait alors se venger avec un bon coup de pied dans ledit câble... Heureusement est arrivé le 10B2 ! 


Le câble coaxial 10B2 


Le câble coaxial 10B2 possède la même structure que le 10B5, mais en plus fin. La connectique utilisée est aussi très différente, 
car la propagation de l'information ne se fait pas de la même façon. 
Pour mettre en place un réseau en 10B2, il fallait : 


e des câbles 10B2 équipés de prises BNC ; 
e des tés BNC; 
e des bouchons. 


Voici aux figures suivantes, dans l'ordre de haut en bas, le câble équipé d'une prise BNC, le té BNC et le bouchon BNC. 


Prise BNC 
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Té BNC 


Bouchon BNC 


Pour créer le réseau, on mettait un bouchon sur un côté du té, une carte réseau sur le deuxième côté (celui du milieu) et un câble 
sur la dernière prise. L'autre extrémité du câble était branchée sur un autre té, et ainsi de suite jusqu'à la fermeture du réseau par 
un bouchon. 


Voici à la figure suivante un exemple de connexion sur un té. 


Connexion BNC 


Et voici le réseau complet sur la figure suivante. 


Réseau BNC 


Cela devient plus simple et plus solide que le réseau 10B5, car si un câble est défectueux, on peut le remplacer. Mais. si jamais 
quelqu'un veut se débrancher du réseau... il coupe le réseau ! Heureusement pour nous, le réseau a évolué, et Zerre- la paire 
torsadée est arrivée ! 


La paire torsadée 


Le câble à paires torsadées n'est plus un câble coaxial. Il n'y a plus un unique fil dans le câble mais huit ! De quoi faire passer de 
l'information dans tous les sens ! 

Le câble à paires torsadées est donc composé de huit fils, torsadés deux à deux par paires, d'où le génie des chercheurs quand ils 
ont trouvé son nom, la paire torsadée ! Wus pouvezen voir un exemple sur la figure suivante. 
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Gaine Paire torsade 


Câble à paires torsadées 


© Mais pourquoiutiliser 8 fils ? 


Parce que nous avons été malins ! Par principe, il n'y a besoin que de deux fils pour faire passer une différence de potentiel, 
comme vu au paragraphe précédent sur le câble coaxial. 


Cependant, nous ne savons pas de quoi l'avenir sera fait, et peut-être que demain nous voudrons faire passer plusieurs 


informations sur un même câble. 
Ainsi, le câble à paires torsadées a été créé avec 8 fils, alors que deux auraient suffi, pour permettre son évolution. 


© OK, donc aujourd'hui, nous utilisons 2 fils, soit une paire, pour faire passer l'information ? 


Eh non ! Aujourd'hui, dans la plupart des réseaux, nous utilisons 2 paires, soit 4 fils, car nous utilisons une paire pour envoyer 
les données, et une paire pour les recevoir. Nous n'utilisons donc que 4 fils sur 8. 

Ceci dit, ce n'est pas grave, car il existe déjà des technologies quiutilisent plus de 4 fils, et nous avons eu raison d'en mettre 8 
dans le câble à paires torsadées. 


© Et d'ailleurs, pourquoi on les torsade, ces fils ? 


Parce que cela permet une meilleure protection du signal électrique. En effet, on s'est rendu compte qu'en torsadant les fils de la 
sorte, le câble était moins sujet à des perturbations électromagnétiques (et ne me demandez pas pourquoi !). 


Il faut cependant éviter si possible, quand vous posez du câble, de passer à côté de sources de perturbation comme des câbles 
électriques à 220 V ou des néons qui créent de grosses perturbations lors de l'allumage. 


(@) Est-ce que la paire torsadée a un nom compliqué comme le 10B2 ? 


Oui, on l'appelle aussi le 10BT, ou 100BT ou 1000BT, selon le débit utilisé (10 Mbps, 100 Mbps, 1000 Mbps) le T étant là pour « 
torsadé », ou fwisted en anglais. On ajoute parfois un x derrière, pour dire que le réseau est commuté.. mais nous verrons cela 
avec la couche 2. 


Si je vous dis que le réseau est en 100BTx, vous savez que j'utilise de la paire torsadée et que le débit est de 100 Mbps (et 
accessoirement que le réseau est commuté, mais cela n'est pas encore très parlant...). 


© Le câble coaxial n'est plus utilisé, mais qu'en est-il de la paire torsadée ? 


Eh bien on l'utilise partout, dans 90 % des cas ! C'est la number one de la connexion, la championne, le top du top ! 
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C'est d'ailleurs sûrement le câble que vous utilisez pour vous connecter à votre box Ilest partout en entreprise, chez les 
particuliers, chez mamie, etc. 
Notamment parce qu'il est robuste et permet de gros débits, qu'il n'est pas cher, et qu'il est simple à installer. 


© D'ailleurs, comment branche-t-on les machines avec ? 


On les branche à l'aide de prises RJ45. 
© Et ne confondez pas le câble à paires torsadées avec les prises de ce câble, RJ45 ! Ne me parlez donc pas de câble RJ45, 


cela n'existe pas ! 


Voici à la figure suivante une prise RJ45. On peut voir les 8 petits connecteurs en cuivre qui sont reliés aux8 fils. 


Prise RJ45S 2 


© Étant donné que nous n'utilisons que 4 fils, peut-on utiliser n'importe lesquels ? 


Non ! Il faut utiliser des fils spécifiques, qui sont les fils 1, 2, 3 et 6. Wobici en figure suivante le branchement d'un câble et les fils 
utilisés (avec les couleurs). 


RJ45 Pin# Pin#_RJ45 
OrangeiWhite Tracer 


Paire torsadée 


Bluehite Tracer 
|_______ Green | 
BrownYhite Tracer | 7 


Er) 
LES 
Eee) 
= 


droite 


De plus, ilne faut pas oublier que cette prise doit être branchée dans une autre prise pour être connectée. On appelle cette prise 
une prise femelle, elle est généralement située sur un hub ou un switch, mais nous le verrons plus tard... (voir les figures 
suivantes). 


www.siteduzero.com 


Partie 1 : Comment communiquer sur un réseau local ? 21/220 


/ rj4 femelle FTLLL Switch 
de Le 7 
SA 


Imaginons que nous ayons une machine À à gauche, et une machine B à droite que nous relions à l'aide de ce câble. Wici sur la 
figure suivante ce que ça donne. 


RJ45 Pin# Pin#_RJ45 Machine B 
OrangeWhite Tracer | 1 | | 4 | Orangeï“hite Tracer 
| Orange|2} ACCES | 
Green/White Tracer 5 jt 5 Green/White Tracer 
EE RS 
Blue/White Tracer A BlueWhite Tracer 
Green [Green | I 
Brown/White Tracer ps 7 BrownWhite Tracer 
[__ Brown|8 [8 | Brown | 


À IL y a un problème !? 


Oui, comme certains l'ont peut-être deviné, cela ne va pas marcher. Si vous vous rappelez bien, nous utilisons deux paires pour 
une connexion. Une paire pour envoyer des données et une paire pour les recevoir. 


RJ45 droit 2 


Or, d'après le câblage utilisé, la transmission de la machine À va être en relation avec la transmission de la machine B. De même, la 
réception de la machine A va être en relation avec la réception de la machine B (voir la figure suivante). Cela ne marchera pas. 


Machine A RJ45 Pin# Piné RJ45 Machine B 
Tx+ Orange White Tracer mm Orange White Tracer Tx+ 
1x | | Orange|?] [2 [Orange | rx 
Rx+ Green/White Tracer 5 pt 5 Green/White Tracer Rx+ 


RJ4S droit avec 


4 4 [Blue "| 
BlueWhite Tracer —5 BlueWhite Tracer 
BE | Green) [Green ________| I 
BrowniWhite Tracer ps 7 BrowniWhite Tracer 
TE [8] Brown | 


transmissions 


© Alors comment faire ? On m'aurait menti ? 


Pour pouvoir relier la transmission de la machine A avec la réception de la machine B, il faudrait que les fils 1 et 2 soient en 
relation avec les fils 3 et 6... Ce qui reviendrait à croiser les fils. Eh bien voilà, nous venons d'inventer le câble croisé ! 
Comme vous pouvez le constater sur la figure suivante, nous avons bien la transmission de la machine A en relation avec la 
réception de la machine B. 
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Orange White Tracer | 1 | 


[Blu RJ45 croisé 
Blue White Tracer 
“Green | 
BrownYhite Tracer | 7 


Nous pouvons en tirer une conclusion : pour relier deux machines directement entre elles, il faut un câble croisé. 


2) Ah bon ? Pourtant je connecte mon ordinateur sur ma boxet j'utilise un câble droit ! 


Il peut y avoir deuxraisons à cela : 


e la prise femelle sur la box a déjà ses connexions transmission et réception mversées ; 
e les prises femelles de ma boxet de mon ordinateur sont capables de s'adapter et d'inverser les connexions de 
transmission et réception si besoin. 


Le premier cas est modélisé sur le schéma de la figure suivante. Nous y voyons bien que même si nous utilisons un câble droit, la 
paire de transmission de la machine A est en relation avec la paire de réception de la machine B. 


Machine A Machine B 


Orange Vite Tracer EE racer Tracer 2. 
> 
GreenWhite Tracer 5 jt 5 GreenWhite Tracer 
D Buefa———i{tue | 
Blue/White Tracer 5 
|________ Green) 


Brownhite Tracer ps 7 Brownhite Tracer 
[__ Brown|8 [8 | Brown | 


RJ45 droit avec 


switch 


Dans le second cas, la machine B peut choisir indifféremment les paires de transmission et réception pour se trouver dans le cas 
de la machine A ou de la machine B. Magique ! 

Ainsi, étant donné que les cartes réseau ont évolué aujourd'hui, vous pouvez utiliser indifféremment des câbles droits ou croisé 
s sans vous embêter ! Ça reste vrai tant que vous n'utilisez pas de vieux matériel qui ne serait pas capable de changer ses paires 
de connexion. 


© Mais maintenant si vous utilisez du vieux matériel, comment savoir s'il faut utiliser un câble droit ou un câble croisé ? 


Il y a une règle simple, mais pas toujours facile à comprendre : je dois utiliser un câble croisé pour connecter deux matériels de 
même type. 

Super ! Vus vous demandez peut-être ce que c'est que deux matériels de même type ? Eh bien ce sont par exemple deux 
ordinateurs, ou deux imprimantes. Quand ce sont deux matériels identiques, on sait qu'ils sont de même type, c'est facile. 


Par contre, si l'on veut connecter un ordinateur et une imprimante, comment faire ? Il va falloir créer deux catégories : 


e les matériels de connexion ; 
e les matériels connectés. 


Les matériels de connexion sont ceux qui servent à connecter plusieurs machines entre elles, comme les hubs ou les switchs 
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(voir les figures suivantes). 


Les matériels connectés sont... tout le reste ! Les ordinateurs, les imprimantes, les routeurs, etc. 
Et voilà, nous avons fait le tour de la paire torsadée qui est encore le câble le plus utilisé de nos jours. 


© Mais à quoi branche-t-on cette paire torsadée ? 


Dans un premier temps, nous l'avons vu, il s'agit de prises RJ4S femelles. Celles-ci sont montées sur des cartes réseau pour nos 
machines. 

Mais pour pouvoir relier plusieurs machines entre elles sur un réseau, il faut utiliser un matériel de connexion. Et pour la couche 
1,ils'agit du hub (ou concentrateur en français). Le hub est une machine composée de plusieurs prises RJ45 femelles et qui a 
pour rôle de relier les machines entre elles (voir la figure suivante). 


Un Switch 


Seulement, le hub a un fonctionnement particulier. Imaginez qu'il y ait 5 machines branchées au hub, les machines À, B, C, Det E. 
SiA veut parler à C, elle va envoyer l'information au hub. Mais lui ne sait pas lire ! Il va donc envoyer l'information à toutes les 
machines en se disant qu'il y en aura bien une dans le tas qui sera la bonne ! 

Les machines B, D et E vont voir que l'information n'est pas pour elles et vont la jeter, alors que la machine C va pouvoir la lire ! 
(on voit tout de suite qu'un hub n'est pas top pour la confidentialité des données...). 


Le hub est un peu bourrin, mais ça marche ! 


© Mais quel est l'avenir du câblage réseau ? Est-ce encore la paire torsadée ? 


A priori, même si cela coûte encore très cher, la fibre optique est amenée à remplacer la paire torsadée, notamment en raison des 
débits qu'elle peut offrir. Mais ce n'est pas pour tout de suite... 


La fibre optique 


Avec la fibre optique, nous transportons des 0 et des 1, non plus avec de l'électricité mais avec de la lumière ! 
Ce sera en gros, allumé, éteint, allumé, éteint. On envoie de la lumière dans le fil, et elle ressort quelques mètres/kilomètres plus 
loin. 


Nous n'allons pas rentrer dans les détails de la fibre optique, mais nous allons seulement voir ce qui nous intéresse. 


Le nom scientifique 


Le nomscientifique de la fibre est communément le 1000BF. Du gigabit avec le F pour... Fibre ! Il existe aujourd'hui globalement 
deuxtypes de fibre : 
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e la fibre monomode ; 
e la fibre multimode. 


La fibre monomode fait passer une seule longueur d'onde lumineuse, soit une seule couleur. Elle fonctionne donc avec du laser 
qui peut être vert, bleu, rouge, etc. 

La fibre multimode fonctionne avec de la lumière blanche, et donc toutes les longueurs d'ondes (la lumière blanche est la somme 
de toutes les lumières possibles, comme celle du soleil). 


© Mais pourquoi avoir deux fibres différentes ? 


Le débit et la distance parcourue ne seront pas les mêmes dans les deux cas. En effet, la fibre monomode est beaucoup plus 
performante que la multimode. 


© Hein ? Une seule lumière est plus efficace que toutes les lumières ensemble ? 


Eh oui ! Dans le cas de la lumière blanche, la lumière envoyée dans la fibre va être reflétée à l'intérieur de la fibre. Mais chaque 
couleur va se refléter légèrement différemment, ce qui fait qu'au bout de la fibre au lieu d'avoir une lumière blanche, on aura des 
couleurs qui arriveront très proches, mais pas parfaitement ensemble. 


C'est comme si vous lanciez une poignée de cailloux Les cailloux sont bien regroupés au lancement, mais plus ils avancent et 
plus ils s'éparpillent. Alors que si vous lancez un seul caillou, il arrivera groupé (vu qu'il est seul). C'est pareil pour la fibre 
monomode. 

On pourra ainsi parcourir une plus longue distance avec de la fibre monomode. En gros : 


e 2 kmpour la fibre multimode ; 
e 60 kmpour la fibre monomode. 


Même si les distances parcourues aujourd'hui peuvent être beaucoup plus grandes (le record étant de l'ordre de 8000 km) c'est 
un bon ordre de grandeur. 


C'est ainsi que l'on a relié les États-Unis et l'Europe, en passant de la fibre monomode dans l'Atlantique, et en répétant le signal 
lumineuxtous les 60 km... 


La fibre aujourd'hui 


Aujourd'hui, vous n'utilisez pas la fibre pour relier votre ordinateur au réseau. Par contre, elle est très utilisée chez les opérateurs 
Internet qui ont besoin de beaucoup de bande passante, dans les grandes entreprises dans ce que l'on appelle le cœur de 
réseau, et parfois dans certaines entreprises lorsqu'il y a de gros moteurs qui créent des perturbations électromagnétiques (vu 
que la lumière y est nsensible). 


Voilà, vous avez un aperçu de ce quise fait en terme de câblage, du moins le câblage matériel, puisqu'il existe aussi aujourd'hui 
du câblage virtuel, j'ai nommé le wifi ! Toutefois, nous n'allons pas rentrer dans le détail de la technologie wifi. 


Maintenant que nous avons du matériel pour brancher les ordinateurs, il nous reste à savoir comment nous allons organiser ces 
branchements, car il y a plusieurs possibilités. 


La topologie réseau 
Les 3 topologies 


En réseau, la topologie est la manière selon laquelle on branche les machines entre elles. 
Il y a trois topologies principales : 


e latopologie en bus ; 
e la topologie en anneau ; 
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e la topologie en étoile. 


Les voici représentées sur les figures suivantes, avec des ronds pour les machines et des traits pour le câblage. 


ee. 


Dans la topologie en bus, toutes les machines sont branchées sur le même câble. Comme vous pouvez l'imaginer, cela se rapporte 
notamment à du câblage coaxial 10B2 ou 10Bs. 

Dans la topologie en anneau, toutes les machines sont branchées à un même câble, mais celui-ci est bouclé sur lui-même en 
cercle. 


1: . 


… Non, vous n'imaginez rien, car nous n'avons vu aucune technologie de câblage en anneau. 
Vous n'en verrez plus non plus nulle part d'ailleurs ! Ou alors ce n'est pas de chance. 


Enfin, dans la topologie en étoile, toutes les machines sont branchées à une machine centrale, qui sait envoyer les informations 
à une machine en particulier. Cela nous fait penser à des machines reliées en paires torsadées à un switch. 


© Mais pourquoi a-t-on plusieurs topologies et quelles sont leurs différences ? 


Caractéristiques 


Nous allons les étudier une à une, sachant que l'objectif pour nos réseaux sera d'avoir un maximum de machines et une taille de 
réseau la plus grande possible. 


Caractéristiques du bus 


© Comment parle-t-on sur un bus ? 


Sur un bus, une seule machine peut parler à la fois vu qu'il n'y a qu'un seul câble. En gros, on écoute siune machine parle, et si 
personne ne parle, on parle ! 


© Peut-on brancher une infinité de machines sur un bus ? 


Non ! Tout simplement, car nous venons de voir que nous n'avons qu'un seul câble pour tout le monde. Une seule personne 
peut parler à un instant donné. Donc plus il y a de machines et moins nous avons de possibilités de parler. 


C'est comme si vous étiez dans une pièce avec d'autres personnes. Plus vous êtes nombreuxet plus ilest difficile de parler et de 
prendre la parole. 


On considère qu'au-delà de 50 machines, la probabilité de parler en même temps qu'une autre machine est plus forte que celle de 
parler seul, et donc que le réseau ne marchera plus. 


Œ\ Peut-on faire un réseau de taille illimitée ? 
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2 


Non encore ! Tout simplement à cause du temps de propagation de l'nformation. Plus le câble est long, plus l'nformation met du 
temps à aller d'un bout à l'autre du réseau, et donc plus il y a de chances pour qu'une machine essaye de parler en même temps 
que les autres. La taille du réseau est donc limitée pour limiter le risque que plusieurs machines parlent en même temps. 


Caractéristiques de l'anneau 


Le mode de communication sur un anneau est assez différent. Il y a un "jeton" quitourne en permanence sur l'anneau et que les 
machines peuvent prendre pour envoyer un message. 


C'est un peu comme si vous étiez assis en rond avec des amis et que votre seul moyen de communiquer était un panier que vous 
vous passiez de l'un à l'autre, dans un sens. 


Pour parler, il faut prendre le panier et mettre son message dedans. Wus passez le panier à votre voisin qui regarde l'adresse du 
destinataire. Si c'est lui, il le lit, sinon il passe à son voisin, et ainsi de suite. 


2) Peut-on brancher une imfinité de machines sur un anneau ? 


Non ! Car comme pour le bus, il n'y a qu'un jeton pour tout le monde. 


© Peut-on faire un réseau de taille illimitée ? 


Non encore ! Et la raison est la même que pour le bus. Plus l'anneau est grand et plus le jeton met du temps à le parcourir. C'est 
comme pour attendre le bus (pas la topologie, celui avec des roues) : plus le trajet du bus est long, plus vous risquez de 
l'attendre. 


Caractéristiques de l'étoile 


En étoile, toutes les communications passent par le point central. 
On lui envoie l'information avec le nom du destinataire, et le point central aiguille l'nformation vers la bonne machine. C'est 
comme le centre de tri de la poste (sauf que c'est plus rapide... (@) ). 


© Peut-on brancher une infinité de machines sur une étoile ? 


Oui... et non ! En fait, cela dépend de la capacité de notre point central à traiter un grand nombre de machines. C'est lui, le facteur 
limitant. 
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Aujourd'hui, les switchs sont capables de traiter plusieurs milliers de machines. 


© Peut-on faire un réseau de taille illimitée ? 


Oui ! Mais dans ce cas, il faut relier plusieurs points centraux entre eux Ainsi, ils se transmettent l'information jusqu'à l'acheminer 
au destinataire. 


Quelle topologie utiliser ? 


Cela semble assez clair, seule la topologie en étoile possède des caractéristiques permettant d'étendre son réseau aussi bien en 
taille qu'en nombre de machines. Et ça tombe bien, car les réseaux en bus ou anneau sont en voie de disparition aujourd'hui. 


Nous travaillerons donc par la suite sur des réseaux en étoile. 


Le CSMA/CD 


Ah oui, ilnous reste une petite chose à voir avant de clore ce chapitre, le CSMA/CD ! 


© Quoi ? C'est quoi cet acronyme à la noix ? 


Cela veut dire Carrier Sense Multiple Access/Collision Detection. Wilà, il suffisait de demander ! 


Bon OK, vous n'êtes pas bien avancés ! Pour comprendre cet acronyme, il va falloir se replonger dans la topologie en bus, et 
notamment comprendre comment l'on fait pour parler sur un bus. 

Dans une topologie en bus, iln'y a qu'un câble pour tout le monde, donc une seule machine peut parler à un instant t. Si deux 
machines parlent en même temps, il se produit une collision. 

En fait, le bus transporte une information électrique. Si deux machines parlent en même temps, les signaux électriques se 
superposent. Quand deux signaux à 5 V arrivent en même temps sur le câble, cela donne 5 V (voir explication ici, merci à python- 
guy et Qubs) Par contre, si un signal 0 V'arrive avec un signal 5 V il en résulte 5 V et le premier signal devient donc incorrect (car 
on lit 5 V'au lieu de 0 V). 


Et donc on ne comprend plus rien, comme quand deux hommes politiques parlent ensemble à la télé ! 
© Mais comment faire pour éviter les collisions ? 


On ne peut pas. En revanche, on peut essayer de limiter le nombre de collisions. 
C'est là que le CSMA/CD entre en jeu. Son objectif est de limiter le nombre de collisions en organisant le droit à la parole. 
L'idée est de mettre en place une règle qui permettrait de n'avoir presque plus de collisions. 


© Comment faire ? Si j'ai besoin d'envoyer une information et mon voisin aussi, on va se battre ! 


Nous allons mettre en place une règle, et la respecter. 


1. On écoute en permanence sur le bus pour savoir si quelqu'un parle ou s'il y a une collision. 

2. On ne peut parler que quand le bus est libre. 

3. Sijamais on parle, mais qu'une collision survient (parce que quelqu'un a eu la même idée que nous) on doit se taire et 
attendre pour reparler. 


Oui mais, s'il y a une collision, je me tais et j'attends. L'autre machine qui a park fait pareil. Seulement, lorsqu'on veut reparler il y 
a de nouveau une collision. Il va donc falloir une petite astuce pour éviter ce phénomène. 

Pour cela, lorsque nous détectons une collision, nous allons attendre un temps aléatoire avant de reparler. Vu que ce temps est 
aléatoire, il y a peu de chances pour que les deux machines tombent sur le même temps. 


Je récapitule le CSMA/CD : 


1. On écoute en permanence sur le bus pour savoir si quelqu'un parle ou s'il y a une collision. 
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On ne peut parler que quand le bus est libre. 

Si jamais on parle, mais qu'une collision survient (parce que quelqu'un a eu la même idée que nous) on doit se taire. 
On attend un temps aléatoire. 

On reparle. 

Si jamais il y a une collision, on revient à l'étape 4, sinon, c'est bon ! 


SNnBS PR 


Dans la réalité, cela donne par exemple : 


Deux machines A et B parlent en même temps. 

Elles détectent la collision. 

Elles attendent toutes les deuxun temps aléatoire. 2 s pour A et 3s pour B. 
Après 25s,A recommence à parler. 

Après 35s,B voit que A parle et attend son tour. 

Dès que A à fini, B peut parler. 


NHnBS DE 


Ça marche ! ©) 


Donc nous n'avons pas éliminé les collisions sur un bus (ce n'est pas possible), mais par contre nous avons trouvé une 
méthode pour les limiter et réussir à partager le bus pour parler. 


e vous savez maintenant que le rôle principal de la couche 1 est d'offrir un support de transmission pour les 
communications ; 

le câble le plus utilisé aujourd'hui est la paire torsadée, munie de prises RJ45 ; 

le matériel utilisé pour connecter les machines est le hub ; 

il existe plusieurs organisations pour brancher les machines, appelées topologies ; 

la topologie la plus utilisée est la topologie en étoile ; 

sur une topologie en bus, il peut y avoir des collisions ; 

enfin, vous savez que le CSMA/CD permet de s'affranchir des problèmes de collisions. 


Vus avez maitnenant un bon aperçu de la couche 1 et êtes prêts pour aborder la couche 2. 
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Faire communiquer les machines entre elles, la 
couche 2 


La couche 1 n'a plus de secrets pour vous : vous savez câbler un réseau et maîtrisez le matériel associé. 

Maintenant, il serait bien de pouvoir envoyer des informations d'une machine à une autre, de s'ouvrir au grand monde, de rêver 
d'un monde de communication. OK je m'emporte. 

Commençons par comprendre la couche 2 et nous aurons déjà fait un grand pas ! © 


Vous allez voir que dans ce chapitre et le suivant nous allons aborder beaucoup de notions qui vous seront utiles en réseau. Il 
est très important de bien maîtriser ces notions, ne négligez donc pas ces chapitres et les suivants. 


La couche 2, ses rôles 


Comme nous l'avons vu dans un chapitre précédent, la couche 2 se nomme la couche liaison, ou plus précisément, liaison de 
données. Cependant, ce qu'il y a à retenir n'est pas dans le nom, mais bien dans le rôle. 


© Le rôle donné à la couche 2 est de connecter des machines sur un réseau local. 


Plus exactement, l'objectif est de permettre à des machines connectées ensemble de communiquer. Nous allons donc dans ce 
chapitre voir ce qu'il faut mettre en œuvre pour établir une communication entre deux ou plusieurs machines. 


Ceci étant, nous allons un peu vite en besogne, car la couche 2 possède un autre rôle important qui est la détection des erreurs 
de transmission. J'ai bien dit détection, et non pas correction, la différence est importante, car la couche 2 verra les erreurs, et 
fermera les yeux sur celles-ci. 


Si avec tout cela on n'arrive pas à parler, je n'ai plus qu'à changer de métier ! 
9 


Un identifiant, l'adresse MAC 


Pour parler ensemble quand nous sommes deux, ce n'est pas bien compliqué : je parle et l'autre écoute (du moins la plupart du 


temps.….). 
Dès que le nombre de participants augmente, ça devient plus compliqué, car l'on peut vouloir s'adresser à une personne en 
particulier pour lui communiquer une information secrète. 


En réseau c'est pareil, on veut parfois parler à tout le monde mais aussi, la plupart du temps, parler à une machine en particulier. 
Et pour pouvoir parler à une machine en particulier, il va bien falloir être capable de l'identifier. Les chercheurs ont donc créé un 
identifiant particulier à la couche 2 qui permettrait de distinguer les machines entre elles, il s'agit de l'adresse MAC ! 


© Waouh ! Une machine a donc une adresse MAC pour être identifiée ? 


Pas exactement en fait. Vu que nous sommes en couche 2, et donc encore proches de la couche 1, l'adresse MAC est en liaison 
avec le matériel, et notamment la carte réseau. 


© L'adresse MAC est donc l'adresse d'une carte réseau. 


Notation de l'adresse MAC 


Un peu de calcul binaire 


Attention, sortez vos cerveaux, il va falloir faire du calcul binaire. Et en réseau, on va en faire beaucoup, beaucoup. Donc autant 
s'y mettre dès maintenant ! 


© Euh, c'est quoi le binaire ? 
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Le binaire est un système de numération en base 2. Globalement, cela veut dire qu'on ne peut compter qu'avec 1 et 0, 
contrairement au système de numération décimal que nous avons l'habitude d'utiliser dans lequel on se sert des chiffres de 0 à 9. 


Si je compte en binaire, cela donne le résultat suivant : 
Code : Console 


Ce qui est équivalent en décimal à : 
Code : Console 


© -J oO Ü1 & © NH © 


© Mais pourquoi du binaire ? On est punis ? 


Parce que nous avons vu dans le chapitre précédent que les informations électriques passaient sous la forme de 0 Vou 5 V soit 
deuxétats différents 0 ou 1. 


Comment calculer en binaire ? 


Il y a plusieurs façons de faire, je vais vous en présenter une qui est relativement facile à utiliser. 


Vus avez l'habitude de travailler en décimal. Eh bien il faut savoir que tout nombre décimal peut s'écrire en binaire. 
Plus exactement, tout nombre décimal peut s'écrire comme une somme de puissances de 2. 


Prenons un exemple avec le nombre 45. Il peut s'écrire : 
45=32+8+4+1 
= (1#25)+(0* 24)+ (1 * 23)+ (1 # 223+(0 * 21)+ (1 * 20) 


On peut donc écrire 45 en binaire : 101101 


© OK mais comment je trouve ce résultat, moi ? 


Tout nombre décimal peut s'écrire comme une somme de puissances de 2. 
On peut donc faire un tableau de puissances de 2 qui nous aidera à faire nos calculs : 


205671501652) 510050 
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DEEE IE 


Pour notre nombre 45, cela donne : 


Soit 101101. 


Ce que nous allons faire pour un calcul, c'est de regarder si la puissance de 2 la plus élevée peut être contenue dans notre 
nombre, et recommencer avec la puissance de 2 suivante. 


Pour notre exemple, est-ce que 128 peut être contenu dans 45 ? Non, je mets 0 dans la colonne 128. 


HA 0666 
BOCECODEN 
COURSES 


On passe à la puissance de 2 suivante : 
Est-ce que 64 peut être contenu dans 45 ? Non, je mets 0 dans la colonne 64. 


BE EREPRE 
BCCECONAN 
SLI 


Est-ce que 32 peut être contenu dans 45 ? Oui ! Je mets 1 dans la colonne 32 ET j'ôte 32 à 45. 


45-32=—13 
DE SEREPRE 
BCCECONAN 
DRGIRRRME 


Je continue maintenant avec ce nouveau chiffre. Est-ce que 16 peut être contenu dans 13 ? 


Non, je mets 0 dans la colonne 16. 
RAPÉAÉSAE 


BCCECONAN 
ONG 


Est-ce que 8 peut être contenu dans 13 ? Oui ! Je mets 1 dans la colonne 8 ET j'ôte 8 à 13. 
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13-8=5 


BAG 


BEICEEOERETS 
SR Is rs 


Est-ce que 4 peut être contenu dans 5 ? Oui ! Je mets 1 dans la colonne 4 ET j'ôte 4 à 5. 
5-4=1 


BAD 
RÉGÉCHMAN 
IE AIRE EEN 


Est-ce que 2 peut être contenu dans 1 ? Non, je mets 0 dans la colonne 2. 


CEFEFFErE 
RECERAAIE 
asjo fofrjolifito] | 


Est-ce que 1 peut être contenu dans 1 ? Oui ! Je mets 1 dans la colonne 1 ET j'ôte 1 à 1. 
1-1=0 donc jaifini! 


BEA EASPRE 
BCCECONAN 
CCM CHEN CH ENTE CET 


Un autre exemple ? OK. 
Essayez de calculer 109 en binaire. 


Est-ce que 128 peut être contenu dans 109 ? 


Non, je mets 0 dans la colonne 128. 
BASE 
BOCENGAE 
EC 1 1 


On passe à la puissance de 2 suivante : 
Est-ce que 64 peut être contenu dans 109 ? Oui, je mets 1 dans la colonne 64 ET j'ôte 64 à 100. 


109 - 6445 
RAA 


ROCCO 
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[ 109 0 |1 | | 


Est-ce que 32 peut être contenu dans 45 ? Oui ! Je mets 1 dans la colonne 32 ET j'ôte 32 à 45. 
45-32=13 


RAA 


BOCEDONAR 
CDONIERERE 


Je continue maintenant avec ce nouveau chiffre. 
Est-ce que 16 peut être contenu dans 13 ? Non, je mets 0 dans la colonne 16. 


B22%24254 
BOCEDONA 
CDONIORERE 


Est-ce que 8 peut être contenu dans 13 ? Oui ! Je mets 1 dans la colonne 8 ET j'ôte 8 à 13. 
13-8—5 


BABA 
BECEDGGEN 
EEE CNE 


Est-ce que 4 peut être contenu dans 5 ? Oui ! Je mets 1 dans la colonne 4 ET j'ôte 4 à 5. 
5-4=1 


BA 
BECECDGGEN 
EAN ER 


Est-ce que 2 peut être contenu dans 1 ? Non, je mets 0 dans la colonne 2. 


Ba2524424 
BOCECOUAE 


Est-ce que 1 peut être contenu dans 1 ? Oui ! Je mets 1 dans la colonne 1 ET j'ôte 1 à 1. 
1-1=0 donc jaifini! 
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Nous avons donc notre résultat : 109 en décimal s'écrit 1101101 en binaire. 


© Pouvait-on aller plus vite pour ce calcul ? 


Oui ! Car dès le premier calcul, on tombait sur un reste de 45. Or, nous savions écrire 45 en binaire et nous aurions pu indiquer 
directement les 6 derniers chiffres. 

Pour travailler en binaire, il va nous falloir beaucoup d'astuce. N'hésitez pas à en user, mais attention, si vous ne vous sentez pas 
à l'aise, revenez à la méthode de base. 


Bon super, je sais calculer en binaire, mais cela ne m'aide pas pour les adresses MAC pour l'instant. 


Et l'adresse MAC là-dedans ? 


Maintenant que nous sommes des pros du binaire, nous pouvons nous attaquer à l'adresse MAC. Sauf que l'adresse MAC 
s'écrit en hexadécimal... 


© Quoi ? (ea) On se moque de nous, on travaille le binaire, on se saigne aux quatre veines et on ne s'en sert même pas 
7 


Mais si ! Car quand on a compris le binaire, l'hexadécimal n'est pas bien compliqué. À l'inverse du binaire pour lequel nous 
n'avions que 0 et 1 comme chiffres à notre disposition, en hexadécimal nous en avons 16! 


© Moi je connais les chiffres de 0 à 9, mais il existerait d'autres chiffres ? 


Oui, en fait nous utilisons simplement les premières lettres de l'alphabet après 9. En hexadécimal nous avons donc : 
Citation 


0, 1,2, 3, 4,5, 6,7, 8,9... a, b,c,d,eetf! 


Par exemple, 10 en hexadécimal s'écrit a. 
11 s'écrit b, etc. 


© Tout nombre décimal peut s'écrire comme la somme de puissances de 16. 


Je vais vous épargner les calculs, mais le principe est le même. Notre adresse MAC s'écrira donc en hexadécimal. 
En voici une pour l'exemple : 00:23:5e:bf:45:6a 


Codage de l'adresse MAC 


Nous savons maintenant de quoi est composée l'adresse MAC, mais pour la voir plus en détail, nous allons déjà voir sa taille. 


© L'adresse MAC est codée sur 6 octets. 
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Un octet est une unité nformatique mdiquant une quantité de données. 
Par exemple, quand vous achetez un disque dur, vous connaissez sa taille en nombre d'octets. Un disque 40 Go fera 40 
gigaoctets, soit 40 000 000 000 octets ! 


à) Un octet représente 8 bits. Un bit est une valeur binaire. 


Comme nous l'avons vu avant, une valeur binaire peut être soit 0, soit 1. Un bit peut donc coder deux valeurs, deux bits peuvent 
coder quatre valeurs, trois bits 8 valeurs, etc. Dans l'exemple de deuxbits, chacun d'eux peut prendre les valeurs 0 ou 1 ; quand 
on les couple on peut donc prendre les valeurs : 00, 01, 10, 11 

Ceci donne bien 4 valeurs différentes. Vus pouvezessayer avec 3 ou 4 bits de trouver toutes les combinaisons possibles. 


En fait, on en déduit que xbits peuvent coder 2* valeurs ! 
Ce quinous donne pour un octet, qui représente 8 bits : 1 octet — 28 = 256 valeurs ! 


Un octet est donc compris entre 0 et. 255 (puisqu'on démarre à 0) 
Notre adresse MAC est codée sur 48 bits. Combien cela représente-t-il d'octets et de valeurs possibles (en puissances de 2) ? 


1'octet = 8 bits, donc 48 bits = 48/8 octets = 6 octets. 
L'adresse MAC est codée sur 6 octets. 


Vu que l'adresse MAC est codée sur 48 bits, elle peut prendre 248 valeurs. Soit... 281 474 976 710 656 valeurs ! Soit plus de 280 
mille milliards d'adresses MAC possibles ! Ça fait beaucoup... 


Trucs et astuces ! 


Si vous voulez avoir une idée de la valeur décimale d'une grande puissance de 2, c'est facile. 
Prenons pour exemple AE 

248 = 910 # 210 % 210 % 210 # 28 

Or, 210 vaut à peu près 1000 (1024 exactement). 


Nous avons donc 2*8 = 1000 * 1000 * 1000 * 1000 * 256. 
Soit 256 mille milliards … facile, et plus besoin de calculette ! 


Nous avons donc beaucoup, beaucoup... beaucoup d'adresses MAC. 


Ça tombe bien, car chaque adresse MAC va être unique au monde. 


© Chaque carte réseau a donc sa propre adresse MAC, unique au monde. 


© Comment c'est possible, ça ? On ne se trompe jamais ? 


Normalement non. Un constructeur qui fabrique des cartes réseau va acheter des adresses MAC, ou plus exactement des 
morceaux d'adresses MAC. 
Les trois premiers octets de l'adresse représentent le constructeur. 


Aünsi, quand un constructeur veut produire les cartes, il achète trois octets qui lui permettront de donner des adresses à ses 
cartes. Par exemple, j'achète la suite de trois octets: 00:01:02. Toutes les cartes réseau que je vais produire vont commencer par 
ces trois octets, par exemple : 00:01:02:00:00:01 ; puis : 00:01:02:00:00:02 ; etc. 


Si je choisis toujours les trois derniers octets différents pour les cartes que je produis, je suis sûr qu'aucune autre carte réseau 
n'aura la même adresse MAC, car je suis le seul à posséder les trois premiers octets 00:01:02 et j'ai fait attention à ce que les trois 
derniers ne soient pas identiques. 


Récapitulons : 


e L'adresse MAC est l'adresse d'une carte réseau. 
e Elle est unique au monde pour chaque carte. 
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e Elle est codée sur 6 octets (soit 48 bits). 


© Grâce à l'adresse MAC, je suis donc capable d'envoyer des informations à la carte réseau d'une machine ! 


Une adresse MAC spéciale 


Parmi les adresses MAC, il y en a une particulière, c'est l'adresse dans laquelle tous les bits sont à 1, ce qui donne fF FFF FE FFF. 
Cette adresse est appelée l'adresse de broadcast. 


L'adresse de broadcast est une adresse universelle qui identifie n'importe quelle carte réseau. 
Elle me permet ainsi d'envoyer un message à toutes les cartes réseaux des machines présentes sur mon réseau, en une seule fois. 


Toute machine qui reçoit une trame qui a, comme adresse MAC de destination, l'adresse de broadcast, considère que la 
trame lui est destinée. 


Et maintenant ? 


Maïñntenant, nous savons relier les ordinateurs entre eux grâce à la couche 1 et les identifier grâce à l'adresse MAC de couche 2. 
Il serait bien de définir un langage pour pouvoir les faire communiquer ! 


Un protocole, Ethernet 
Le langage de couche 2, c'est quoi ? 


Nous allons devoir définir un langage pour communiquer entre machines. Ce langage permettra de définir le format des messages 
que les ordinateurs vont s'échanger. Et le gagnant est... Ethernet ! En réseau, on traduit langage par protocole, pour faire plus 
pro. 


© Ethernet n'est pas le seul protocole de couche 2, mais ilest de très loin le plus utilisé aujourd'hui. 


À quoi sert un protocole ? 


L'objectif des réseaux est de pouvoir s'échanger des informations. Étant donné que nous discutons entre des machines très 
différentes, qui elles-mêmes ont des systèmes d'exploitation très différents (Windows, Mac OS, Linux, etc.), nous devons créer 
un langage de communication commun pour se comprendre. C'est le protocole. 


Nous avons vu que des 0 et des 1 allaient circuler sur nos câbles. Nous allons donc recevoir des choses du genre : 
001101011110001100100011111000010111000110001... 


Ce quine veut pas dire grand-chose... tant que nous ne nous entendons pas sur leur signification. Le protocole va ainsi définir 
quelles informations vont être envoyées, et surtout dans quel ordre. 


Dans notre message, nous allons au moins devoir envoyer : 


e l'adresse de l'émetteur ; 
e l'adresse du destinataire ; 
e le message proprement dit. 


Aünsi, nous pouvons très bien dire que les 48 premiers caractères que nous allons recevoir représentent l'adresse MAC de 
l'émetteur (puisque l'adresse MAC fait 48 bits) les 48 suivants l'adresse du récepteur, puis enfin le message. 
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© Le protocole va donc définir le format des messages envoyés sur le réseau. 


Plus exactement, nous allons appeler ce message, une trame. 


© La trame est le message envoyé sur le réseau, en couche 2. 


Format d'une trame Ethernet 


Nous avons donné un format d'exemple dans le paragraphe précédent, mais nous allons voir le vrai format utilisé. Intéressons- 
nous d'abord aux adresses MAC. Laquelle placer en premier ? L'émetteur ou le récepteur ? 


Pour répondre à cette question, nous allons nous mettre dans la peau d'une machine qui réceptionne un message. 


© Est-ce plus intéressant de connaître l'adresse de celui qui nous envoie le message, ou celle de celui à quiilest destiné ? 


Eh bien les chercheurs ont estimé qu'il était plus intéressant de connaître l'adresse du destinataire, car ainsi nous pouvons 
immédiatement savoir si le message est pour nous ou pas. S'il est pour nous, nous en continuons la lecture. S'il n'est pas pour 
nous, ce n'est pas la peine de passer du temps à le lire. poubelle ! 


Nous allons donc positionner en premier l'adresse MAC du destinataire, suivie de l'adresse MAC de l'émetteur (aussi appelée 
adresse MAC source). 


Adresse MAC DST (destinataire) | Adresse MAC SRC (source) 


Trame Ethernet 
Et ensuite ? 


Ensuite, nous avons besoin d'une mformation un peu particulière. Pour la comprendre, vous devez vous rappeler du modèle 
OSI... Bon d'accord, je vous aide avec un schéma (voir la figure suivante) ! 
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7 application 
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Nous avons vu que, lors de l'envoi d'une information, nous parcourons les couches de haut en bas (voir la figure suivante). 


7 application 


6 | présentation 


on 


= 


Envoi 
de 
données 


transport 


3 réseau 


liaison de 
données 


NN 


_ 


Nous sommes donc passés par la couche 3 avant de passer par la couche 2. La couche 3 peut donc indiquer à la couche 2 quel 
est le protocole qui a été utilisé en couche 3. 
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Et c'est utile, car à l'arrivée, quand la couche 2 de la machine réceptrice reçoit les données, qu'elle voit que l'adresse MAC de 
destination est bien la sienne, elle doit envoyer les nformations à la couche 3, et donc au bon protocole de couche 3. 


Ilest donc nécessaire d'indiquer dans la trame quel protocole de couche 3 a été utilisé quand le message a été envoyé et qu'ila 
traversé les couches du modèle OSI de haut en bas. 


Notre trame devient donc : 
Adresse MAC DST (destinataire) | Adresse MAC SRC (source) | Protocole de couche 3 
Trame Ethernet 


Nous avons presque tout ! 


© Pourquoi presque ?! 


Parce qu'ilnous manque l'essentiel : 


e l'information à envoyer ; 
e nous n'avons toujours pas réglé le problème de la détection d'erreurs. 


Pour l'information, nous allons la placer juste après le protocole de couche 3. De plus, nous allons enchaîner avec le code de 
correction des erreurs, ou CRC. 


Qu'est-ce que le CRC ? 


© Le CRC est une valeur mathématique qui est représentative des données envoyées. 


En gros cela veut dire que c'est un nombre qui sera différent pour chaque message. 
Imaginons qu'une machine À envoie un message à une machine B. 


e Lors de l'envoi, A calcule le CRC (une valeur X) et le met à la fin de la trame. 
e Breçoit le message et fait le même calcul que A avec la trame reçue (une valeur Y). 
e Bcompare la valeur qu'elle a calculée (Y) avec la valeur que A avait calculée et mise à la fin de la trame (X). 


Si elles sont égales, bingo ! La trame envoyée par A est bien identique à la trame reçue par B. 


Si elles sont différentes, gloups ! Il y a eu une erreur lors de la transmission. La trame reçue par B n'est apparemment pas la même 
que celle envoyée par A. Il y a eu un problème quelque part, mais nous l'avons détecté ! 


La trame complète 


Nous avons maintenant tous les éléments de la trame et avons donc la trame complète : 


Adresse MAC DST (destinataire) | Adresse MAC SRC (source) | Protocole de couche 3 


Trame Ethernet 


Quelle taille pour la trame ? 


Il y a des éléments quine varient jamais d'une trame à l'autre. L'ensemble de ces éléments est appelé en-tête ou, dans le cas de la 
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couche 2, en-tête Ethernet. Ils sont indiqués ici en rouge. 


Adresse MAC DST | Adresse MAC SRC | Protocole de couche 3 


Trame Ethernet 


Cet en-tête ne variant pas, nous pouvons définir sa taille : 


e les adresses MAC font chacune 6 octets ; 
e le protocole de couche 3 est codé sur 2 octets ; 
e le CRCest codé sur 4 octets. 


Ce qui donne un total de 18 octets pour l'en-tête Ethernet. 


© Mais la trame a-t-elle besoin d'une taille minimale ? Et d'une taille maximale ? 


La réponse est oui. La taille minimale permettra de garantir que, lors d'une collision, la machine ayant provoqué la collision 
détectera celle-ci (l'explication étant un peu complexe et peu utile ici, je vous en ferai grâce). 
La taille minimale est de 64 octets, pour une trame Ethernet. 


La raison de la taille maximale est tout autre. 

S'il n'y avait pas de taille maximale, il serait possible qu'une machine envoie une gigantesque trame qui occuperait tout le réseau, 
empêchant les autres machines de communiquer. C'est pour éviter ce genre de problème qu'une taille maximale a été choisie. 

La taille maximale est de 1518 octets, pour une trame Ethernet. 


Au passage, on se rend compte que sion enlève les 18 octets d'en-tête à la taille maximale, nous tombons sur un chiffre 
rond de 1500 octets de données pour les données à envoyer ! 


Nous savons donc maintenant tout de la trame Ethernet ! Récapitulons un peu, en observant un échange de données entre deux 
machines A et B. 


Une application sur la machine A veut envoyer des données à une autre application sur une machine B. 

Le message parcourt les couches du modèle OSI de haut en bas. 

La couche 3 indique à la couche 2 quel protocole a été utilisé. 

La couche 2 peut alors former la trame et l'envoyer sur le réseau. 

La machine B reçoit la trame et regarde l'adresse MAC de destination. 

C'est elle ! elle lit donc la suite de la trame. 

Grâce à l'nformation sur le protocole de couche 3 utilisé, elle peut envoyer les données correctement à la couche 3. 
Le message remonte les couches du modèle OSI et arrive à l'application sur la machine B. 


Waouh ! Nous savons communiquer entre machines sur un réseau local ! 
Enfin presque, car nous n'avons pas encore vu comment connecter plusieurs machines entre elles, et cela va se faire grâce à un 
matériel particulier... 


on sait maintenant que le rôle principal de la couche 2 est de connecter les machines sur un réseau local ; 
elle permet aussi de détecter les erreurs ; 

le protocole utilisé en couche 2 est le protocole Ethernet ; 

les cartes réseau ont une adresse quiest l'adresse MAC ; 

l'adresse MAC est codée sur 6 octets, soit 48 bits ; 

chaque adresse MAC est unique au monde ; 

il existe une adresse particulière, l'adresse de broadcast qui permet de parler à tout le monde, FFF FF fE ff fr ; 


Vus connaissez les principes de la couche 2 et nous allons maintenant étudier en détail l'équippement qui permet de connecter 
les machines entre elles, le switch. 
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Le matériel de couche 2, le commutateur 


Dans ce chapitre, nous allons étudier un matériel qui a révolutionné les réseaux. 
Nous verrons comment les machines communiquent grâce à lui et ce que cela a apporté comme technologies réseau. 


Un matériel, le commutateur 


Le commutateur est un matériel qui va pouvoir nous permettre de relier plusieurs machines entre elles. 
On l'appelle aussi switch en anglais. Ce terme étant très souvent utilisé en français, nous pourrons donc utiliser les deux. 


Vous entendrez parfois parler de pont ou bridge en anglais. Un pont n'est rien d'autre qu'un switch avec seulement deux 
ports. Donc si vous connaissez le switch, vous connaissez le pont ! 


Un commutateur est un boîtier sur lequel sont présentes plusieurs prises RJ45 femelles permettant de brancher dessus des 
machines à l'aide de câbles à paires torsadées. Des images valant mieux que des grands discours, voici, à la figure suivante, un 
commutateur. 


Nous allons donc brancher nos machines au switch, voire d'autres switchs à notre switch (figure suivante). 
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Imprimante 
réseau 


Switch5 


À 


Mac, PC ou Linux 


© Si tout le monde est connecté ensemble, comment le switch sait à qui envoyer la trame ? 


L'aiguillage des trames 


Pour envoyer la trame vers la bonne machine, le switch se sert de l'adresse MAC destination contenue dans l'en-tête de la trame. 
Il contient en fait une table qui fait l'association entre un port du switch (une prise RJ45 femelle) et une adresse MAC. Cette table 
est appelée la table CAM. 


Prenons un exemple, avec le schéma de la figure suivante. 
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La table CAM de notre switch sera la suivante : 


Quand la machine 23 voudra envoyer une trame à la machine 25, le switch lira l'adresse destination et saura alors vers quel port 
renvoyer la trame : 


Adresse MAC 5 | Adresse MAC 23 (source) | Protocole de couche 3 


Trame envoyée de 23 à 25 


@MAC23 


@MAC 24 
@MAC 25 


Le switch va donc envoyer la trame sur le port 3, et elle arrivera bien à la machine 25 qui est branchée sur ce port, et à elle seule ! 


Le switch aiguille donc les trames grâce à l'adresse MAC de destination située dans l'en-tête et à sa table CAM qui lui 
dit sur quel port renvoyer cette trame. 


Donc un switch sait aiguiller une trame vers la bonne machine. 


© Comment cette table CAM est fabriquée ? Si je branche une nouvelle machine, comment le switch la connaît ? 


Mise à jour de la table CAM 


La table CAM du switch va être fabriquée de façon dynamique. Cela veut dire que le switch va apprendre, au fur et à mesure qu'il 
voit passer des trames, quelle machine est branchée à quel port. 


Prenons l'exemple précédent, imaginons que la table CAM du switch est vide et que l'on vient de brancher les machines (voir la 
figure suivante). 
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ane 


Table CAM vide 


Imaginons maintenant que la machine 23 envoie une trame à la machine 25. 


Adresse MAC 25 (destination) | Adresse MAC 23 (source) | Protocole de couche 3 


Trame envoyée de 23 à 25 


La trame arrive au switch. 
Il lit l'adresse MAC source et voit l'adresse MAC de la machine 23. 


Va que la trame vient du port 1, il met en relation le port 1 et l'adresse MAC de la machine 23 dans sa table CAM. 
Il met à jour sa table CAM. 


@MAC23 


Table CAM mise à jour 


Par contre, l'adresse MAC destination n'est pas présente dans sa table CAM, il ne sait donc pas où envoyer la trame. Pour être 
sûr que la machine destination va recevoir la trame, il lui suffit de l'envoyer à tout le monde, donc de renvoyer la trame sur tous 
les ports actifs du switch ! 


Attention, ceci n'est pas un broadcast, car l'adresse de destination dans la trame est l'adresse MAC de la machine 25. 
La trame est envoyée à tout le monde, mais pas en broadcast. 


La machine 25 va donc recevoir la trame et va pouvoir répondre à la machine 23. Elle va donc envoyer une trame à la machine 23. 


Adresse MAC 23 (destination) | Adresse MAC 25 (source) | Protocole de couche 3 


Trame de réponse envoyée de 25 à 23 


La trame arrive au switch. 
Il lit l'adresse MAC source et voit l'adresse MAC de la machine 25. 


Va que la trame vient du port 3, il met en relation le port 3 et l'adresse MAC de la machine 25 dans sa table CAM. 
Il met à jour sa table CAM. 


Port | @MAC 


@MAC23 


3 @MAC 25 
Table CAM mise à jour 


Et ainsi de suite à chaque fois qu'il voit passer une trame : 


e le switch met à jour sa table CAM quand il voit passer une trame ; 
e le switch envoie une trame à tout le monde s'il n'a pas l'adresse MAC de destination dans sa table CAM. 
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OK, nous avons vu maintenant comment fonctionnait le switch, mais si je comprends bien, la table CAM ne va jamais 
cesser de grandir vu que l'on y ajoute en permanence des nmformations ? 


Le TTL de la table CAM 


En réseau, nous allons très, très souvent parler de TTL. 


© Le TTL veut dire Time To Live en anglais, soit Durée De Vie. Il représente donc une durée. 


Le principe est de considérer qu'une donnée est valable pendant un certain temps, mais qu'au-delà de ce temps, elle ne l'est plus. 
C'est un peu l'équivalent des dates de péremption sur les yaourts : le yaourt est mangeable tant que la date n'est pas dépassée. 


Pour une information dans la table CAM, c'est pareil. On va considérer que cette information est valable un certain temps, mais 
une fois ce temps dépassé, on enlèvera l'information de la table CAM. Ainsi la table CAM sera mise à jour régulièrement et les 


données les plus anciennes seront effacées. 


Prenons la table CAM précédente : 


@MAC23 


@MAC 25 


Table CAM 


Table CAM avec le TTL 


Nous allons y ajouter une colonne pour le TTL: 


Nous voyons que le switch a deux informations et que la seconde est plus récente, car son TTLest élevé. 
Dans 91s, si la machine 23 n'a pas parlé (ni la machine 25), la table CAM sera ainsi: 


Table CAM avec le TTL mis à jour 


Maintenant, si la machine 25 envoie une trame, le TTL va être remis à jour, car le switch sait que l'information "la machine 25 est 
branchée sur le port 3" est une information récente : 


Table CAM avec le TTL mis à jour 


Aünsi, la table CAM du switch se remplira ou se mettra à jour après chaque réception d'une trame, et elle se videra quand elle 
n'aura pas reçu de trame depuis longtemps. 


Questions complémentaires 


© Le switch peut-il découvrir les adresses MAC des machines sur le réseau ? 


Normalement non. Ce n'est pas son rôle, le switch est un élément passif. D'ailleurs, une machine qui est branchée sur un switch 
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envoie la plupart du temps une trame au réseau quand elle voit que sa carte réseau est branchée, donc le switch la verra et mettra 
à jour sa table CAM. 


© Le switch a-t-il une adresse MAC ? 


Là encore la réponse est non. Personne n'a besoin de parler avec le switch, donc il ne nécessite pas d'adresse MAC. 


Cependant, certains switchs sont dits « administrables », ce qui veut dire que l'on peut se connecter dessus pour les configurer. 
Et dans ce cas, ils ont une adresse MAC pour être identifiés sur le réseau. 


Voici en figure suivante la table CAM du switch du réseau de mes élèves. C'est beau, hein ? 
On peut remarquer une chose amusante : il y a au moins 6 machines branchées sur le port 19 de mon switch ! 


Switch 
Table 


Delete Flush Query |< <> > 


1 
1 
1 
A 
x 
1 
1 
1 
1 
1 
1 
1 


jack <Tab> Move the Cursor 


©) Est-ce possible ou est-ce une erreur ? 


C'est comme la SNCF, c'est possible ! En fait je ne peux pas brancher plusieurs machines sur un même port. Par contre, je peux 
brancher un switch sur le port de mon switch. Et donc toutes les adresses MAC des machines connectées à ce switch seront 
susceptibles d'apparaître sur le port du premier switch. 


On se doute donc qu'ici il y a un switch branché sur le port 19 du switch que nous observons. 


Connaissant maintenant le fonctionnement d'un switch, comment pensez-vous qu'on puisse faire pour gêner son 
fonctionnement s'il nous en prend l'envie ? Il y a plusieurs façons de le faire. 
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Méthode 1, saturation par envoi massif intelligent. 
Si l'on envoie des tonnes de trames vers des adresses MAC inexistantes, que se passe-t-il ? 


Le switch ne sachant pas vers quel port les envoyer, il va les envoyer vers tous les ports actifs. et va donc vite saturer ! 


Méthode 2, saturation de la table CAM. 
Si l'on envoie des tonnes de trames en utilisant à chaque fois une adresse MAC de source différente, que se passe-t-il ? 


La table CAM du switch va se remplir progressivement. Plus elle sera remplie, plus sa lecture par le switch sera longue, et plus 
cela induira des temps de latence importants. jusqu'à provoquer l'écroulement du switch. Quand il sera saturé et n'aura plus le 
temps de lire sa table CAM, il enverra directement les trames sur tous les ports. Ceci permettrait à un pirate de voir tout le trafic 
du switch... 

Cependant, nous verrons par la suite qu'il existe des méthodes bien plus puissantes pour voir le trafic circulant sur un switch. 


Nous savons donc à quoi sert un switch et comment il marche. Nous allons maintenant regarder les impacts que le switch a eus 
sur le réseau. 


La révolution du commutateur 
Qu'a apporté la commutation ? 


A priori, on peut se dire que par rapport à un hub, un commutateur permet d'isoler les conversations. Ceci dit, les conséquences 
de l'isolation des communications sont énormes ! 


La commutation m'a tuer (petite référence...) 


C'est la phrase qu'aurait pu dire le CSMA/CD. us vous rappelez le chapitre précédent ? Le CSMA/CD permet de s'affranchir 
des problèmes de collisions sur un réseau en bus. 


© Mais y a-t-il toujours des collisions sur un switch ? 


Regardons les cas possibles de plus près (voir la figure suivante). 


Imaginons que les machines 23 et 25 se parlent en même temps : y a-t-il collision ? On peut se dire que, vu que les messages vont 
être envoyés en même temps, ils vont se superposer. Mais ce serait oublier la structure des câbles à paires torsadées ! 

En paire torsadée, nous utilisons des fils différents pour la trans mission et la réception, donc les messages vont se croiser, 
mais sur des fils différents ! 


Un schéma plus réel d'un switch serait celui de la figure suivante. 
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On voit bien ici les paires de réception et de transmission différentes. Il n'y a donc pas de collision dans ce cas. 


Observons un autre cas : imaginons avec le schéma précédent que les machines 23 et 25 parlent en même temps à la machine 24. 
Dans ce cas, les deux messages vont arriver en même temps sur la paire de réception de la machine 24, et badaboum, il y aura 
collision. ou pas. 

Ce cas a été prévu et les switchs imaginés en conséquence. 

En fait, le switch possède une mémoire dans laquelle il peut stocker une ou plusieurs trames quand il les reçoit. Il ne renvoie 
cette trame que si la paire de transmission de la machine à qui elle est destinée est libre. Ainsi, quand il a deux trames à envoyer 
sur la même paire de transmission, il envoie la première, puis la seconde. Il n'y a alors pas de collision. 


© Mais alors, iln'y a pas de collisions sur un switch ? 


Non. Ou alors, c'est qu'on l'a configuré pour qu'il y en ait (nous le verrons par la suite). 


© Et donc s'iln'y a plus de collisions, ce n'est plus la peine de faire du CSMA/CD ? 


Non plus ! Fini, exit le CSMA/CD ! Avant, les machines devaient écouter avant d'envoyer une trame pour vérifier que le réseau 
était libre, c'était le CSMA/CD. Maintenant, dès qu'une machine veut envoyer une trame, elle l'envoie, sans se soucier de savoir 
si quelqu'un d'autre est en train de parler, car elle est sûre et certaine que cela ne provoquera pas de collision ! 


Le fait d'abandonner le CSMA/CD porte un nom. On dit que la carte réseau fonctionne en full duplex. 
À l'inverse, quand on fait du CSMA/CD sur un hub ou un câble coaxial, la carte réseau fonctionne en half duplex. 


Le switch a donc révolutionné les réseaux, notamment en amenant le full duplex. Mais attention, nous allons voir comment le full 
duplex peut être aussi destructeur que performant. 


Le full duplex m'a tuer 


Le full duplex, c'est super ! Encore faut-il qu'il soit utilisé à bon escient, et ce n'est pas toujours le cas. Il peut parfois faire des 
ravages … 

Imaginez qu'on branche 10 machines sur un hub. Nous sommes sur un hub, donc sur une topologie en bus, donc les machines 
doivent être en half duplex et faire du CSMA/CD. 


© Que se passe-t-il si la carte réseau de l'une d'entre elles est configurée en full duplex ? 


Eh bien cela est très, très gênant. Tout simplement, car les neuf autres machines attendent que le hub soit libre avant de pouvoir 
parler, et si jamais quelqu'un parle en même temps qu'elles, elles considèrent qu'il y a une collision. 

Alors que notre machine en full duplexne se soucie de rien, parle quand elle veut, ne détecte aucune des collisions quise 
produisent. Bref, c'est la m... 


Pire encore, si cette machine est en train de télécharger un gros fichier, elle parle en permanence et empêche toutes les autres de 
parler. Le réseau est alors inutilisable pour nos neuf machines ! 
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À Nous voyons donc que toute machine connectée à un hub doit automatiquement avoir sa carte réseau configurée en 
half duplex. 


Ah bon ? Mais moi je ne configure jamais ma carte pourtant ? Eh bien vous avez de la chance ! Ou plutôt nous avons la chance 
que les cartes réseau soient intelligentes et capables de déterminer seules le duplex à utiliser. Ainsi, quand une carte réseau 
est branchée, elle est capable de déterminer s1 elle doit fonctionner en full duplex ou en half duplex Branchée à un hub, elle se 
mettra en half duplex ; branchée à un switch, elle se mettra en full duplex. 


© Et si je branche un hub à un switch ? 


C'est une très bonne question ! Merci de l'avoir posée. 
Le hub ne peut pas être configuré, il fait du half duplex, point. Il ne pourra de toute façon jamais faire autre chose, car il 
fonctionne comme une topologie en bus qui nécessite le CSMA/CD. Le switch va donc devoir s'adapter. 


En fait, pas tout le switch, seulement le port du switch sur lequel est branché le hub. Ce port du switch fonctionnera en half 
duplex, et tous les autres ports en full duplex. Normalement le switch le détectera comme un grand, mais il est souvent possible 
de le modifier soi-même, à la main, sur les switchs administrables (voir la figure suivante). 


20 Not Defined L4 v BIk Auto Auto Normal N/A 
21 Not Defined … 4 Fwd Auto 100 Auto FC Normal N/A 
22 Not Defined L4 V BIk Auto Auto Normal N/A 
23 Not Defined … C4 Fwd Auto 100 Auto FC Normal N/A 
24 Not Defined Ps V! Fwd Auto 100 Auto FC Normal N/A 
25GbE Not Defined . 4 Fwd Auto 100 Auto FC Normal N/A 
26GbE Not Defined Lé V Blk Auto Auto Normal N/A 


Nous voyons ici que le port 21 du switch fonctionne en 100 Mbps et le FC indique le full duplex. 


© Et si jamais je branche une machine en half duplex sur un switch ? 


Il peut arriver que la négociation de duplex ne fonctionne pas et qu'une machine soit en half duplex sur le port d'un switch en full 
duplex. 

Dans ce cas cette machine se verra grandement pénalisée, car à chaque fois que quelqu'un lui parlera, elle ne pourra pas parler en 
même temps. 

Ceci ne serait pas grave si l'on n'avait pas de broadcasts. Mais malheureusement, à chaque broadcast elle devra se taire et 
abandonner son envoi en cours. Cela se traduit par de grandes latences réseau. 


Heureusement cette machine sera la seule touchée et le reste du réseau fonctionnera parfaitement ! 
En revanche, pour l'utilisateur en question, c'est la croix et la bannière. 


Il faut donc en conclure que dans l'énorme majorité des cas, vous n'aurez jamais à vous soucier du duplex. 
Cependant, ilest bon de connaître ce fonctionnement, car si jamais vous êtes confrontés à un problème de ce genre et que vous 
ne le connaissez pas... bonne chance ! 


Faisons un petit point sur tout ce que nous avons vu sur le commutateur. 
Un gain gigantesque 


Oui, on peut dire que la commutation a apporté un gain gigantesque aux réseaux : 


e Les conversations sont isolées, ce qui apporte un gain en sécurité. 
e On peut recevoir en même temps que l'on envoie des données, ce qui double théoriquement le débit. 
e Chaque machine peut parler quand elle le souhaite et n'a pas à attendre que le réseau soit libre, on gagne encore en débit. 


Merci le commutateur ! 
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Maintenant que nous avons vu tous les bienfaits que le switch a apportés, nous allons voir une de ses fonctionnalités avancées 
qui a encore permis d'améliorer les réseaux. 


J'ainommé les VLANS ! 
Pour aller plus loin, les VLANS 


Au-delà de la commutation (le fait d'aiguiller une trame vers un port), les switchs ont acquis de nouvelles capacités au cours du 
temps pour améliorer le fonctionnement des réseaux. Une de ces fonctionnalités est très répandue et intéressante, il s'agit des 
VLANSs. 


Qu'est-ce qu'un VLAN ? 
Un VLAN est un LAN virtuel (ou virtual LAN en anglais). 


Sachant qu'un LAN est un réseau local (ou Local Area Network en anglais) un VLAN est donc un réseau local virtuel. 


Ça ne nous aide malheureusement pas beaucoup à mieux comprendre de quoi il s'agit... mais la réalité est beaucoup plus simple. 


© Un VLAN est la capacité de séparer des ports d'un switch dans des réseaux différents. 


Cela revient à séparer certains ports d'un switch. Ils ne pourront donc plus communiquer ensemble, vraiment plus du tout. 
Prenons un exemple, illustré en figure suivante. 


0 


Nous avons un switch de 10 ports sur lequel sont branchées six machines. 

Nous souhaitons que ces groupes de machines ne puissent pas parler entre eux. Les trois premières parlent ensemble, les trois 
autres aussi, mais pas d'un groupe à l'autre. Les VLANS peuvent nous aider à faire cela ! 

L'idée du VLAN est de couper notre switch en plusieurs morceaux, comme si l'on avait plusieurs switchs. 

Dans notre cas, nous allons créer deux VLANSs. Un VLAN pour les trois machines de gauche, et un autre pour les trois machines 
de droite. 


Aünsi, nous aurons fait en sorte qu'elles ne puissent plus parler entre elles d'un groupe à l'autre. 


Voici à la figure suivante ce que cela donne. 
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BBC REE 


Nous voyons ici en vert et en rouge les deux VLANSs. Ainsi, les machines connectées aux ports appartenant au VLAN vert ne 
peuvent communiquer qu'avec le VLAN vert. Et de même pour les machines connectées aux ports appartenant au VLAN rouge. 
Par contre, il est impossible pour une machine connectée au VLAN vert de communiquer avec une machine connectée au VLAN 
rouge. C'est comme si l'on avait séparé le switch en deuxpetits switchs, chacun ayant sa propre table CAM, comme sur la figure 
suivante. 


Quel est l'intérêt des VLANS ? 


Dans l'exemple que nous avons choisi, l'intérêt n'est pas flagrant, mais imaginons que nous ayons à gérer une école, avec une 
administration, 100 enseignants et 1000 élèves. Nous avons alors plusieurs switchs répartis dans l'école. Des gros switchs de 256 
ports ! (on appelle cela souvent des châssis.) 

Il est intéressant de pouvoir segmenter ces switchs pour séparer les trois populations, pour que les élèves n'aient pas accès au 
réseau administratif ou à celui des enseignants, et que les enseignants n'aient pas accès au réseau administratif (pour changer 
leur fiche de paye par exemple). Plutôt que d'acheter 25 petits switchs de 48 ports, on en achète 5 gros de 256 ports. 


En plus de la sécurité offerte par la séparation des réseaux, cela apporte de la facilité de configuration. Si je veux qu'un port passe 
d'un VLAN à un autre, il me suffit de le configurer sur le switch. 


Je peux faire tout cela sans bouger de mon bureau d'administrateur réseau à travers une interface web d'administration du switch, 
comme vous pouvez le voir sur la figure suivante. 


Port PVID Port PVID Port PVID Port PVID 
1 1 2 L 3 1 4 1 
2 6 2 7 2 8 1 
9 1 10 1 11 1 12 1 
143 4 14 4 15 1 16 4 
17 1 18 1 19 1 20 1 
21 1 22 1 23 L 24 1 
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On voit ici que chaque port peut être positionné dans un VLAN donné. 
Ici le port 1 est dans le VLAN 1 alors que le port 5 est dans le VLAN 2. Les machines connectées sur ces ports ne pourront pas 
communiquer ensemble. 


© Un VLAN permet donc d'isoler certains ports d'un switch par rapport aux autres, comme si l'on coupait le switch en 
deux. 


© Est-ce vraiment impossible de passer d'un VLAN à un autre ? 


Non. Ce n'est pas impossible, mais presque. D'ailleurs, rien n'est impossible en réseau. Si c'est impossible, c'est juste que 
personne ne l'a encore fait ! 


Dans le cas des VLANS, cela a déjà été fait. Cela s'appelle du VLAN hopping. 
Malheureusement pour nous, les failles de conception qui le permettaient ont été corrigées et le VLAN hopping n'est plus 
d'actualité (jusqu'à ce que quelqu'un trouve une nouvelle faille.….). 


vous savez maintenant connecter des machines ensemble ; 

vous savez aussi créer un réseau local ; 

vous pouvez faire communiquer des machines ensemble sur un réseau local ; 

vous comprenez comment les machines communiquent et comment sont aiguillées les informations sur le réseau. 


Ilest maintenant temps de mettre en pratique tout ce que nous avons appris. 
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Et maintenant, la pratique ! 


Dans ce chapitre, nous allons essayer de mettre en pratique ce que vous avez appris : il y aura des exercices et des petits TPs. 
L'objectif est de comprendre comment les concepts réseau sont réellement mis en œuvre. Cela vous permettra de bien retenir les 
informations apprises, alors ne négligez pas cette partie pratique ! 


La couche 2 sur ma machine 
Nous allons rapidement voir où les informations que nous avons détaillées se situent sur notre machine. Pour suivre cette partie, 
vous devrez avoir un minimum de connaissances pour savoir où trouver les mformations sous Windows, ainsi que quelques 
notions de Bash sous Linux Si ces notions vous sont inconnues, faites de votre mieux, mais ce ne sera pas facile... 


Sous Windows 


Je ne suis pas tout à fait au goût du jour, et pour des raisons de performances, j'ai choisi de faire ma présentation sous Windows 
XP SP2. Cependant, quel que soit le système Windows sur lequel vous êtes, le principe reste le même : accéder aux informations 
de la carte réseau. 


Sous Windows, nous allons la plupart du temps avoir deux méthodes pour récupérer des informations : grâce à l'interface 
graphique ou en ligne de commande. Sachant que parfois, seule l'une de ces deux méthodes permet de faire ce que nous 
souhaitons. 


En ligne de commande 


Ouvrez une invite de commande (cette fois je vous donne les infos, mais après vous devez être autonomes). 
Cliquez sur Démarrer,Exécuter et tapez cmd, puis Ok. Une fenêtre noire s'affiche, semblable à celle que vous pouvez voir 
en figure suivante : c'est l'invite de commande ! 


Le den avt . 
Microsoft Windows XP [uersion 5.1.26681 
CC) Copyright 1985-2661 Microsoft Corp. 


:\Documents and Settings \Administrateur?» 


La commande de base pour avoir des informations sur votre carte réseau est ipconfig. 
Toutefois, pour avoir les informations que nous souhaitons, il va falloir en demander un peu plus à la commande ipconfigen 
lui mettant l'option /a11,comme c'est indiqué sur la figure suivante. 
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:\Documents and Settings \ Administrateur) ipconfig /all 
onfiguration IP de Windows 


Nom de l'hôte . . . . . : eric-28a2ef57cû 
Suffixe DNS principal . : 

Type. de: noud:.... : Hubride 

Routage IP activé . . . : Non 

Proxy WINS activé . . . : Non 


arte Ethernet Connexion au réseau local: 


Suffixe DNS propre à la connexion 
DeSsCrINtiomis ste terre res re trenre UMwuare Âccelerated AMD PCNet Adapter 


dresse physique . . . . . 89-6C-29-E6-4B-D2 

DHCP actilus is. Oui 

Configuration automatique ré res SOLE 

fdresse: 1. css 16.8.98.151 

Masque de sous-réseau . . 255.255.246.8 

Passerelle par défaut e 189.8.97.1 

Serveur DHCP. . . . . £ 16.8.97.1 

Serveurs DNS . . aus 16.8.97.1 
192.168.1.1 


-|[#]x| 


Bail obtenu . - “ vendredi 5 novembre 2616 19:29:49 


Bail expirant . = samedi 6 novembre 2610 18:29:69 


CG: Documents and Settings \fdministrateur} 


Nous voyons encore beaucoup d'nmformations, mais celle quinous intéresse est l'adresse de notre carte réseau, l'adresse MAC. 


Nous pouvons la voir sous le nom d'adresse physique et nous voyons qu'ici sa valeur est 00-0C-29-E6-4B-D2. 


Super, nous avons trouvé notre adresse MAC ! 


Nous avons vu aussi beaucoup d'autres informations, mais celles-ci ne nous intéresseront pas pour l'instant. 
Passons à la partie graphique dans laquelle nous allons voir plus d'éléments. 


L'interface graphique va nous permettre aussi d'accéder aux mformations de notre carte réseau. 


Il y a différents moyens d'arriver auxinformations réseau. Nous allons passer par le Panneau de configuration. Cliquez 


sur Connexions réseau. Wus allezensuite faire un clic droit sur Connexion au réseau local et choisir 


Propriétés (voir la figure suivante). 
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-- Propriétés de Connexion au réseau local 


Général | Authentification | Avancé 


Se connecter en utilisant : 


EY VMware Accelerated AMD PCNet Ad 


Cette connexion utilise les éléments suivants : 


sl Client pour les réseaux Microsoit 

on] Partage de fichiers et d'imprimantes pour les réseaux Mi... 
M) Planificateur de paquets GoS 

+F Protocole Intemet (TCP/IP) 


Description 


Permet à votre ordinateur d'accéder aux ressources d'un 
réseau Microsoft. 


äfficher l'icône dans la zone de notification une fois connecté 


M'indiquer si cette connexion a une connectivité limitée ou 
inexistante 


Pour accéder aux informations de la carte réseau, il faut cliquer sur Configurer, puis sur l'onglet Avancé. 
Et comme vous pouvez le constater sur la figure suivante, toutes les mformations propres à la carte réseau sont là ! 


Propriétés de VMware Accelerated AMD PCNet Adapter ? [IX 


Général 


Avancé | Pilote | Ressources! 


Les propriétés suivantes sont disponibles pour cette carte réseau. 
Cliquez sur la propriété que vous voulez modifier à gauche, puis 
sélectionnez sa valeur à droite. 


Propriété : 


Duplex intégral 
Marquage IEEE 802 1p 
Mode MP 

MTU 

Networkäddress 

PHY Externe 
TP Mode 
TsoEnable 


Valeur : 


| Inactif (par défaut] 4 | 
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À Attention, il peut y avoir différentes options selon les capacités de votre carte. 


Nous pouvons voir le full duplex dans la rubrique duplex intégral, ainsi que l'adresse MAC dans NetworkAddress. Par défaut, on 
ne la voit pas, car elle est inscrite en dur dans la carte réseau, mais ma carte permet de la modifier. Allons-y (voir la figure 
suivante) ! 


Propriétés de VMware Accelerated AMD PCNet Adapter ? IX | 


Général| Avancé | Pilote | Ressources | 


Les propriétés suivantes sont disponibles pour cette carte réseau. 
Cliquez sur la propriété que vous voulez modifier à gauche, puis 
sélectionnez sa valeur à droite. 


Propriété : 
Déchargement TCP/IP 
Duplex intégral 
Marquage IEEE 8021p 
Mode MP 
MTU 


PHY Externe 


TP Mode 
TsoEnable 


Valeur : 


[Q [oo 02030405 


© äbsent 


En validant, nous voyons que la modification est effective (voir la figure suivante) ! 
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nv le commande -|#]x| 


Microsoft Windows *%P [uersion 5.1.2668] 
<G) Copyright 1985-2961 Microsoft Corp. 


CG: Documents and Settings Administrateur) ipconfig /all 
onfiguration IP de Windows 
Nom de l'hôte . . . . . eric-28a2ef57cf 
Suffixe DNS principal . 
Type:de: noud' "ss Hubride 
Routage IP activé . . . . ë ë Non 
Proxy WINS activé . . . . à e Non 


arte Ethernet Connexion au réseau local: 


Suffixe DNS propre à la connexion 


DesCetftlomis ss rs re rer rare ere UMuare ÂAccelerated AMD PCNet Adapter 


fdresse-:phyus1ique: ss css ss ts 66-61-02-83-64-65 
DAGP'actIUe 5m ve Oui 
Configuration automatique activée été 2 *OAE 
fdresse: 11... “ 16.8.98.231 
Masque de sous-réseau . . £ 255.255.246.6 
Passerelle par défaut . . “ 19.8.97.1 
DerveUur DHGPS 5 co 8 ré re ë 18.8.97.1 
Serveurs DNS . . aus 18.8.97.1 
192.168.1.1 
Bail obtenu . = S “ vendredi 5 novembre 2616 12:32:28 
Bail expirant Re Ë samedi 6 novembre 2814 12:32:28 


CG: Documents and Settings Administrateur >. 


Nous venons de modifier notre adresse MAC ! 


© 


Ça y est, nous sommes de vrais pirates El 


Dans certains cas, il peut être intéressant de modifier son adresse MAC, notamment si une authentification wifi se base 
sur l'adresse MAC d'une machine... 


Pas encore, mais comme vous le voyez, quand on maîtrise ce que l'on fait et qu'on le comprend, on peut vite sortir des sentiers 
battus et faire des choses intéressantes. 


Regardons maintenant comment accéder à ces informations sous Linux. 


Sous Linux 


Non, je rigole, on ne fait pas d'interface graphique sous Linux! 
Tout simplement car, contrairement à Windows, tout est accessible par l'interface en ligne de commande, l'inverse n'étant pas 
vrai. Alors on prend dès maintenant les bonnes habitudes et on travaille avec l'interface en ligne de commande. 


La commande est presque la même sous Linux que sous Windows, à une lettre près. Il s'agit de la commande ifconfig: 


Code : Console 


homer:/# ifconfig 

eth0 Link encap:Ethernet HWaddr 00:08:02:3f:ee:bb 
InetRaddEs OMS SEM BCAS CROP MNMIE 2 S S MES KES P25 522080 
inet6 addr: fe80::208:2ff:fe3f:eebb/64 Scope:Link 
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 
RX packets:12845408 errors:0 dropped:0 overruns:0 frame:0 
TX packets:11301576 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 txqueuelen:1000 


Partie 1 : Comment communiquer sur un réseau local ? 58/220 


RXMbyEeS: 2224082269 (2 0 C1B)MUTX bytes: 3524151145 (S"0NG1B) 


1o Link encap:Local Loopback 

nor sacdr A2 70 MNMAS KE ESA OMORIO 

inetéaddr-: "172 68SCoper Host 

UP LOOPBACK RUNNING MTU:16436 Metric:1 

RX packets:4872863 errors:0 dropped:0 overruns:0 frame:0 

TX packets:4872863 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 txqueuelen:0 

RX bytes:2719670180 (2.5 GiB) TX bytes:2719670180 (2.5 GiB) 


Nous voyons iciencore une fois notre adresse MAC en face de HWaddr qui est 00:08:02:3f:ee:bb 
Ce n'est pas la même que sous Windows, mais c'est normal puisque ce n'est pas la même machine, donc pas la même carte réseau. 


On peut, là encore, modifier son adresse MAC si notre carte réseau le supporte. 


Code : Console 


homer:/# ifconfig eth0 hw ether 00:01:02:03:04:05 

homer:/# ifconfig 

eth0 Link encap:Ethernet HWaddr 00:01:02:03:04:05 
inmeteaddrs TOME ROS SE RBCAS CROP AA SE MES Ke 255255722080) 
inet6 addr: fe80::208:2ff:fe3f:eebb/64 Scope:Link 

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1l 

RX packets:12848026 errors:0 dropped:0 overruns:0 frame:0 

TX packets:11303193 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 txqueuelen:1000 

RX bytes:2224386740 (2.0 GiB) TX bytes:3324387978 (3.0 GiB) 


Vous pourrez regarder de plus près les options de ifconfig pour voir toutes les fonctionnalités que vous pouvez configurer, en 
utilisant le man. 


Voilà, nous avons rapidement vu comment la couche 2 était implémentée sur nos machines. Il nous reste à faire quelques 
exercices ! 

Exo 1 : Quand la boucle est bouclée 
Ça y est, vous avez achevé votre formation d'administrateur systèmes et réseaux, et vous venez d'être embauché par une petite 
société. 
On vous explique brièvement l'architecture réseau employée (voir la figure suivante). 


Il y a trois switchs connectés entre eux, et quelques machines branchées sur chaque switch. 
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Problème : la semaine dernière, le switch 5, qui est au milieu, est tombé en panne et les machines des switch 1 et 9 ne pouvaient 
alors plus se parler ! 


On vous demande donc de trouver une solution pour que le réseau puisse continuer de fonctionner, même si l'un des switchs 
tombe en panne. 

Niune ni deux, vous vous dites qu'il faudrait relier les switchs 1 et 9, comme ça si n'importe lequel des switchs tombe en panne, 
les deux autres seront toujours reliés … 


Et patatras… 


Une heure à peine après que vous ayezrelié les switchs, le réseau ne marche plus, plus personne n'a accès à Internet et on 
n'arrive même plus à communiquer avec les machines sur le réseau local. 


© Que se passe-t-il ? 


Vus venez de créer ce que l'on appelle une boucle de commutation et ceci est très grave ! 

Cette boucle est grave, car elle offre deux chemins possibles pour atteindre une destination. 

Dans le cas de l'envoi d'une trame vers une machine, le switch empruntera ces deux chemins et la trame arrivera à destination 
deux fois. Pas de quoi fouetter un tchat ! 

Néanmoins, cela devient très gênant dans le cas d'un broadcast ! 

En effet, notre broadcast va être envoyé sur les deux chemins puis, arrivé au prochain switch, il va être renvoyé par les deux 
chemins possibles puis, arrivé au prochain switch, renvoyé par les deuxchemins possibles, etc. 

Et ainsi de suite jusqu'à ce que les switchs aient trop de broadcasts à traiter en même temps et soient complètement saturés. 
Ce phénomène s'appelle une tempête de broadcasts (ou broadcasts storm en anglais). 

Ilest extrêmement puissant et peut faire écrouler les plus grands réseaux. J'ai déjà vu un réseau de 15 000 machines s'écrouler 
pendant plusieurs jours à cause d'un problème de ce genre. 


Et il suffit de créer une simple petite boucle... Il suffit de relier les deux extrémités d'un câble à un même switch. 
Vous pourreztester chez vous, ça marche ! 


© OK, mais alors comment répondre au problème initial ? 


Il n'y a pas de solution. Du moins pas dans l'état actuel de nos connaissances. 


Pour ceux qui veulent aller plus loin, vous pourrez vous renseigner sur le web à propos des technologies de spanning tree, fast 
spanning tree et 802.1d. 


À Ce qu'il faut en retenir : ne jamais faire de boucles sur, ou entre, des switchs ! 


Exo 2 : Le simulateur de réseaux 
Installation du logiciel de simulation réseau. 


Il y a des profs de réseau qui sont bien, et Pierre Loisel en est un. 
Cet enseignant a créé un logiciel de simulation réseau pour mieux apprendre à ses élèves comment fonctionnent ceux-ci. Si, ça, ce 
n'est pas du dévouement... Et en plus, il permet à chacun de s'en servir, alors profitons-en ! 


Il existe une version gratuite en ligne que vous pouvez télécharger ici. Ce fichier .zip contient le simulateur ainsi que la 
documentation et quelques exemples. 


Il existe désormais une version plus évoluée de cet outil qui continue à être mise à jour et qui est payante. Vous pourrez 
trouver toutes les informations nécessaires ici. 


Nous allons donc nous servir du simulateur. Il n'y a pas d'installation à faire, c'est juste un exécutable qui n'a pas besoin d'être 
installé. Il a seulement besoin du framework .net pour fonctionner. Si jamais l'exécutable ne fonctionne pas, vous pouvez 
télécharger le Framework .Net. Ou télécharger une version plus récente si vous le souhaitez. 
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Vus pouvez maintenant faire un double-clic sur le simulateur.exe pour le lancer. 


À Lisez la documentation jusqu'à la fin du chapitre B/ pour apprendre à manipuler le simulateur. 


Vous êtes donc maintenant confortablement imstallés devant votre simulateur réseau. 
Premiers pas avec 3 hubs 


Vous allez, dans un premier temps, essayer de configurer votre réseau avec trois hubs que vous allez relier entre eux, sans utiliser 
le port le plus à droite du hub ! Ajoutezune machine sur chacun d'entre eux. Wus devriez avoir un schéma à peu près comme 
celui de la figure suivante. 


À Si vous avez encore des ports en rouge, c'est que vos câbles ne sont pas bien configurés ! 


Essayez maintenant de relier les deux hubs qui ne sont pas reliés directement, puis essayez d'envoyer une trame en broadcast 
(clic droit sur une carte réseau, émettre une trame, OK). 


© Que se passe-t-il et pourquoi ? 


Il y a un message d'erreur nous indiquant qu'il y a une boucle ! C'est bien normal et vous le saviez déjà, non ? 


Enlevez un des câbles et essayez à nouveau d'envoyer une trame en broadcast, puis en unicast vers une autre machine. 


L'unicast est l'utilisation normale des réseaux, quand on envoie une trame vers une unique destination. 


© Quelle différence observez-vous entre les deux cas et pourquoi ? 


[n'y a pas de différence ! En effet, nous sommes sur un hub et les trames sont, de toute façon, envoyées à tout le monde, de la 
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même manière qu'en broadcast. 


On passe au switch ! 


Maintenant, faites un réseau avec un seul switch et trois machines, comme indiqué sur la figure suivante. 


Faites un clic droit sur le switch et videz la table mac/port. us allez maintenant envoyer une trame unicast vers une des deux 
autres machines. 


© Que va-t-il se passer ? 


Le switch envoie la trame vers toutes les machines, car il n'a pour l'nstant aucune information dans sa table CAM. 


© Si l'on renvoie un paquet identique, que va-t-il se passer ? 


La même chose ! Le switch a appris que la machine 1 était sur le port 1, mais il ne sait toujours pas sur quel port se trouve la 
machine destination. 


Nous allons maintenant voir comment fonctionne le switch. Pour cela, nous allons suivre son fonctionnement en cliquant sur 
aucun nœud tracé”. On sélectionne ensuite sw1, que l'on passe du côté des nœuds tracés. 
Envoyezune trame d'une machine à une autre et observez les étapes du fonctionnement du switch. 


Maintenant ça va être à vous de jouer ! 
Passez en mode manuel et envoyez une trame d'une machine à une autre. C'est maintenant à vous de déterminer ce que doit faire 
le switch ! 


Nous avons fini nos exercices avec le simulateur, mais vous pouvez en explorer les fonctionnalités et vous amuser tant que vous 
voulez. 
Exo 3 : Ecriture d'une trame 


Dans cet exercice, nous allons essayer de comprendre le contenu d'une trame lorsqu'elle sort d'une machine sur le réseau. 
Prenons le réseau indiqué sur la figure suivante. 
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Imaginons que la station 1 envoie une trame à la station 3. 


Écrivez la trame à la sortie de la machine 1 (vous connaissez maintenant le format d'une trame, cet exercice consistera simplement 
à mettre les bonnes informations dans les bons champs de l'en-tête Ethernet). 
Rappel du format d'une trame: 


Adresse MAC DST | Adresse MAC SRC | Protocole de couche 3 


Solution: 


Adresse MAC station 3 | Adresse MAC station 1 | Protocole de couche 3 


C'était trop facile non ? (@) 


C'est normal, car nous avançons petit à petit. Nous verrons que nous referons cet exercice quand nous aborderons les autres 
couches du modèle OSI. Et cela se corsera un peu ! 


Félicitations si vous avezréussitous ces exercices, nous pouvons maintenant passer à la suite. 


Vus savez donc quel matériel utiliser pour mettre en place un réseau local ; 

vous savez comment les machines communiquent sur un réseau local ; 

le matériel de couche 2, le switch, aiguille les nformations d'une machine à une autre sur un réseau local ; 
vous savez où les nformations de couche 2 sont situées sur votre machine. 


En tant que professionnels de la couche 2, vous êtes prêts à passer à une couche plus complexe, la couche 3. 


Nous connaissons presque tout des couches 1 et 2, ilest grand temps de passer à la couche 3 qui va nous ouvrir de nouveau 
horizons. 
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Partie 2 : Communiquer entre réseaux 


Ce chapitre présente la couche 3 du modèle OSI et tout ce qui permet d'identifier les réseaux et de communiquer entre eux. 


La couche 3 


Nous savons maintenant faire communiquer ensemble des machines qui sont branchées sur un même réseau. Nous allons 
maintenant voir comment leur permettre de communiquer avec des machines à l'extérieur de leur réseau. 

D'ailleurs, nous utilisons le mot réseau, mais de quoi s'agit-il exactement ? Nous allons voir tous ces éléments dans ce chapitre 
qui est le chapitre phare du cours, car il concerne LE protocole d'Internet, IP. 


Accrochez vos ceintures ! 


La couche 3, ses rôles 
La couche 3 est la couche réseau. C'est son nom. 
C'est un peu réducteur pour les autres couches, mais pour une fois le nomest relativement en adéquation avec son rôle ! 


Donc ce quinous intéresse, c'est de savoir dans un premier temps quel est son rôle. Nous savons déjà communiquer sur un 
réseau local : la couche 3 va nous permettre de communiquer entre réseaux ! 


à) Le rôle de la couche 3 est donc d'interconnecter les réseaux. 


Cela va nous permettre d'envoyer un message d'un réseau à un autre. 


Mais comment envoyer un message à un réseau auquel nous ne sommes pas directement reliés et qui peut parfois être 
à l'autre bout du monde ? 


Eh bien nous allons voir que les réseaux sont tous reliés entre eux, comme une chaîne. 

Internet est comme un énorme ensemble de réseaux collés les uns auxautres, un peu comme des pièces dans une grande maison. 
Pour aller du salon à la chambre, on passe par plusieurs pièces. 

C'est pareil pour les réseaux. Pour aller de mon réseau au réseau du Site du Zéro, je passe par plusieurs réseaux intermédiaires, 
comme indiqué sur la figure suivante. 
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Reseau 1 


Mon Réseau 


Mon ordinateur 


D'ailleurs, on voit bien qu'il y a potentiellement plusieurs chemins possibles pour aller de mon réseau à celui du Site du Zéro. 


La couche 3 va donc me permettre de joindre n'importe quel réseau sur Internet, en passant à travers d'autres réseaux. 
Ma connexion à une machine sur un autre réseau se fera à travers des réseaux, de proche en proche. 


Nous pouvons très bien illustrer ceci en utilisant la commande traceroute sous Linux (ou tracert sous Windows). 


La commande traceroute permet d'indiquer par quelles machines nous passons pour aller d'un point à un autre sur 
Internet. 


Ceci n'est pas un TP, mais juste une illustration du cours ! 


Code : Console 


# traceroute www.siteduzero.com 
traceroute to www.siteduzero.com (92.243.25.239), 30 hops max, 40 byte packets 

ie rates ses) er, Cie AL) 1AOODOEMMPS 02 EmS2 "056 Mms 

PATENT © (0 2 MRC MP) D 698EmS TU 259EMSMADECSERMS 

3 ivr94-1.dslam.club- 
lniterneteerntOSsSS GS: 0) 43.065 ms 43.966 ms 46.406 ms 

ANUS MSC AU 
niternetare those N82/0)) 42.037 ms 43.442 ms 45.091 ms 
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5 TenGEC6-10G.core02-t2.club- 
imtemnet. Lu (62 SAP 000 MATE OS ROME SS Em AO 2 MS 
6 gandi.panap.fr (62.35.254.6) 52.160 ms 51.409 ms 52.336 ms 
7  po88-jd4.core4- 
dbparisS gJandineL 2 AIMENT 226) SAS OMS CT ESS CSSS ms 
SUARO PES le 
déparis /gJandi.neL (210 MMS) 60009 me 10 228% ms 410% 575mS 
9 lisa.simple-it.fr (92.243.25.239) 41.847 ms 44.139 ms 44.490 ms 


Pour détailler un peu le contenu, chacune des lignes correspond à une machine que nous avons rencontrée sur Internet. 


ÉNENTNCE Labo.itinet.fr (10.8.97.1) 1.090 ms 1.502 ms 2.058 ms 
nous avons rencontré la machine Llabo.itinet.fr en à peu près 2 millisecondes (rapide, non ?). 


Puis on voit à la ligne 2 que nous passons par une neufbox, et aux lignes 3, 4 et 5 par club-internet (ce qui est normal puisqu'il 
s'agit de mon hébergeur). 


Nous voyons ensuite que nous passons par un certain gandi.net. C'est un registraire et hébergeur connu. Et d'après la ligne &, 
on dirait bien que le Site du Zéro est hébergé chez gandinet, car c'est la dernière étape juste avant d'arriver au Site du Zéro qui 
est hébergé sur la machine lisa.simple-it.fr. 


Nous voyons que nous passons par beaucoup de machines avant d'atteindre le Site du Zéro. Chacune de ces machines étant sur 
un réseau différent, nous passons par de nombreux réseaux. Plus exactement, nous sommes passés par 9 réseaux pour rejoindre 
le Site du Zéro. 


© Mais au fait, on en parle depuis longtemps, mais c'est quoi un réseau ? 


Pour comprendre ce qu'est un réseau, nous allons commencer par aborder une notion hyperimportante de la couche 3. Car 
comme pour la couche 2, après avoir parlé du rôle de la couche 3 (interconnecter les réseaux), nous allons parler de son 
adresse. 

Il y a bien une adresse aussi en couche 3, mais elle est nettement plus complexe à aborder... 


Un identifiant, l'adresse IP 
Quelques questions préliminaires 


Nous savons dialoguer sur notre réseau grâce à la couche 2, ilnous reste maintenant à en sortir pour aller voir ce quise passe 
dehors, sur Internet. 

Mais nous avons plusieurs problèmes. 

Nous ne connaissons pour l'instant qu'une adresse, l'adresse MAC, qui sert sur notre réseau local. 


? Wnt-ils avoir une adresse ? Ou un nom? S'il faut une adresse pour le réseau et une pour ma machine, nous faudra-t-il 


(@) Comment allons-nous pouvoir être identifiés par rapport à un autre réseau ? Comment allons-nous identifier les réseaux 
deux adresses de couche 3 ? 


Nous allons répondre à ces questions dès maintenant. La réponse à toutes nos questions est dans l'adresse de couche 3: 
l'adresse IP. 


Deux adresses pour le prix d'une ! 


On commence à avoir plusieurs questions en suspens. C'est en prenant connaissance de l'adresse IP que nous allons y 
répondre. 


Une adresse multifonction 


L'adresse IP est en fait l'adresse du réseau ET de la machine. 
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Plus exactement, une partie de l'adresse représentera l'adresse du réseau, et l'autre partie l'adresse de la machine. 


2) Mais d'abord, comment elle s'écrit cette adresse ? 


Une adresse IP est codée sur 32 bits (soit 4 octets, car vous vous rappelez bien qu'un octet vaut 8 bits). 


Afin de simplifier la lecture et l'écriture d'adresses IP pour les humains, nous avons choisi d'écrire les adresses avec la notation 
en décimal pointée. Cette dernière sépare les 4 octets sous forme de 4 chiffres décimaux allant de 0 à 255. 
Cela donne par exemple : 192.168.0.1 


On en déduit au passage que la plus petite adresse IP est: 0.0.0.0 (quand tous les bits de l'adresse sont à 0) alors que la 
plus grande vaut : 255.255.255.255 (quand tous les bits sont à 1). 


Mais attention : au niveau des ordinateurs et des différents matériels réseau manipulant les adresses IP, ces dernières sont 
manipulées en binaire (base 2). 
Pour plus d'nformation sur les différentes bases numérales, vous pouvez visiter les tutoriels associés : 


e Du décimal au binaire 
e Les calculs en binaire 


Je vous conseille vivement leur lecture, car nous allons beaucoup manipuler les adresses en binaire par la suite. 
OK, nous avons vu qu'une partie de cette adresse représentait l'adresse du réseau, et l'autre celle de la machine. 


© Mais comment je sais moi quelle partie représente quoi ? 


Le masque de sous-réseau 


Nous allons en fait ajouter une information supplémentaire à l'adresse IP, le masque de sous-réseau. 
Et ces deuxinformations, adresse IP et masque, seront inséparables. 


@ C'est le masque qui va indiquer quelle est la partie réseau de l'adresse, et quelle est la partie machine. 


Définition : Les bits à 1 dans le masque représentent la partie réseau de l'adresse IP. 
On en déduit que les bits à 0 représentent la partie machine de l'adresse. 


Prenons un exemple : on associe l'adresse IP 192.168.0.1 au masque 255.255.0.0. 
Écrivons maintenant ces deuxadresses en binaire pour y voir plus clair : 
Citation 


255.255.0.0 -> 11111111.11111111.00000000.00000000 
192.168.0.1 -> 11000000.10101000.00000000.00000001 


Le masque nous dit que les bits à 1 représentent la partie réseau de l'adresse : 
Citation 


255.255.0.0 -> 11111111.11111111.00000000.00000000 
192.168.0.1 -> 11000000.10101000.00000000.00000001 


Il nous dit aussi que les bits à 0 représentent la partie machine de l'adresse : 
Citation 
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255.255.0.0 -> 11111111.11111111.00000000.00000000 
192.168.0.1 -> 11000000.10101000.00000000.00000001 


Donc la partie réseau de l'adresse est 192.168, et la partie machine est 0.1. Super, on maîtrise les masques ! (@) 


Enfin, presque ! L'exercice que nous venons de faire était très facile, car la coupure entre les deux parties de l'adresse se faisait 
entre deux octets. Or, il arrive très souvent que la coupure se fasse en plein milieu d'un octet, et là, ça se corse. 


Par exemple, sinous reprenons l'exemple précédent en utilisant le masque 255.255.240.0, qu'est-ce que cela donne au 
niveau de l'adresse ? 


Nous allons voir cela, en nous penchant un peu plus sur les masques et leur utilisation. 


Le masque de sous-réseau et les difficultés associées. 


Ilse trouve que les calculs associés aux masques de sous réseau, c'est une plaie... C'est difficile, car les ordinateurs raisonnent 
en binaire, alors que nous, pauvres humains, nous travaillons en décimal. Or, passer du décimal au binaire n'est pas toujours 
facile. Prenons donc un exemple. 


Calcul de la partie réseau et de la partie machine d'une adresse 


On peut reprendre l'exemple précédent, l'adresse 192.168.0.1 associée au masque 255.255.240.0. 
Comme on peut s'en douter, la coupure entre les deux parties de l'adresse ne va malheureusement pas se faire entre deux octets 
distincts, mais bien en plein milieu d'un octet. 


Trans formons ces deuxnombres en binaire : 
Citation 


192.168.0.1 -> 11000000.10101000.00000000.00000001 
255.255.240.0 -> 11111111.11111111.11110000.00000000 


Comme prévu, la coupure imposée par le masque se fait en plein milieu d'un octet ! 
Citation 


255.255.240.0 -> 11111111.11111111.11110000.00000000 


Ce qui donne sur notre adresse pour les parties réseau et machine : 
Citation 


192.168.0.1 -> 11000000.10101000.00000000.00000001 


Gloups...! On ne peut pas repasser en décimal étant donné que la coupure se fait au milieu d'un octet. En effet, on ne peut 
malheureusement pas écrire un demi-octet ou une partie d'un octet seulement. On ne peut parler qu'en binaire. 


À La partie réseau de l'adresse est 11000000.10101000.0000 et la partie machine est 0000.00000001. 


Par conséquent, à chaque fois que la coupure aura lieu au milieu d'un octet, il ne sera pas possible d'écrire les parties réseau et 
machine de l'adresse autrement qu'en binaire. 


© Mais comment le savoir ? 


Nous allons voir que les valeurs prises par les octets dans un masque sont spécifiques et cela est dû à l'ordonnancement des 1 
et des 0 dans le masque. 
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La contiguïté des bits 


Dans un masque en binaire, il doit y avoir les 1 à gauche et les 0 à droite. 
On ne peut pas mélanger les 1 et les 0. 


Par exemple, ce masque est correct: 11111111.1111100000000000.00000000. 
Mais celui-ci est incorrect: 11111111.11100011.00000000.00000000. 


Aünsi, on retrouvera toujours les mêmes valeurs pour les octets d'un masque, qui sont les suivantes : 
00000000 -> 0 

10000000 -> 128 

11000000 -> 192 

11100000 -> 224 

11110000 -> 240 

11111000 -> 248 

11111100 -> 252 

11111110 -> 254 

11111111 -> 255 


Donc ce masque est correct: 255.255.128.0. 
Et ce masque est incorrect: 255.255.173.0. 
Et ce masque est encore incorrect: 255.128.255.0 (car il mélange des 0 et des 1). 


Bien ! Nous savons ce qu'est un masque, comment il est composé et quelles sont les valeurs que chacun de ses octets peut 


prendre. 
Il nous faut maintenant le mettre en pratique pour trouver les plages d'adresses associées à tel ou tel masque. 


Une plage d'adresse est l'ensemble des adresses définies par l'association d'une adresse et d'un masque, de la plus 
petite adresse à la plus grande. 


Calcul de plages d'adresses 


C'est le gros morceau ! C'est ici que cela se complique. Mais rassurez-vous, nous allons aller pas à pas pour que tout le monde 
comprenne bien. 


Calcul de la première et de la dernière adresse d'une plage 


Nous allons donc prendre un exemple d'adresse associée à un masque et nous allons essayer de trouver la plage d'adresses ainsi 
définie. 
Reprenons notre exemple, maintenant connu, à savoir l'adresse 192.168.0.1 associée au masque 255.255.240.0. 


Votre mission, si vous l'acceptez, est de trouver la première et la dernière adresse du réseau auquel appartient cette adresse. 


© Et je fais ça comment, moi ? 


Dans un premier temps, nous savons qu'il va falloir trans former ces adresses en binaire pour y voir plus claïr, car la coupure a 
lieu en plein milieu du troisième octet. 


Nous avons le masque et l'adresse : 
255.255.240.0 -> 11111111.11111111.11110000.00000000 
192.168.0.1 -> 11000000.10101000.00000000.00000001 


Néanmoins, cela ne nous donne pas encore la première et la dernière adresse. Par contre, nous savons que les bits en vert dans 
l'adresse représentent la partie réseau, et les bits en rouge la partie machine. 

De plus, toutes les machines appartenant à un même réseau ont un point commun : tous les bits de leur partie réseau sont 
identiques ! 
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Eh oui ! Si jamais deux machines ont des adresses dont la partie réseau est différente, elles ne sont pas dans le même réseau. 
En même temps, ça paraît normal... 


Donc pour notre calcul, on en déduit que toutes les machines appartenant à notre réseau vont avoir leur partie réseau égale à 
11000000.10101000.0000. 


Par contre, les bits de la partie machine de l'adresse vont pouvoir varier pour toutes les machines du réseau. 

Dans ce réseau, les adresses des machines pourront prendre beaucoup de valeurs, selon que l'on met certains bits de la partie 
machine à 0 ou 1. 

Globalement, les adresses seront : 

11000000.10101000.00000000.00000000 -> 192.168.0.0 

11000000.10101000.00000000.00000001 -> 192.168.0.1 

11000000.10101000.00000000.00000010 -> 192.168.0.2 

11000000.10101000.00000000.00000011 -> 192.168.0.3 

11000000.10101000.00000000.00000100 -> 192.168.0.4 

11000000.10101000.00000000.00000101 -> 192.168.0.5 


11000000.10101000.00001111.11111110 -> 192.168.15.254 
11000000.10101000.00001111.11111111 -> 192.168.15.255 


En faisant varier les bits de la partie machine de l'adresse, nous avons pu trouver toutes les adresses du réseau. 


La première adresse du réseau est celle dont tous les bits de la partie machine sont à 0 ; la dernière adresse du réseau 
est celle dont tous les bits de la partie machine sont à 1. 


Nous savons donc maintenant calculer une plage d'adresses à partir d'une adresse et de son masque ! 


© Tenez, en passant, pouvez-vous me dire combien il y a d'adresses possibles dans le réseau que nous venons d'étudier ? 


Nombre d'adresses dans un réseau 


Nous avons vu que dans notre adresse, la partie réseau était fixée et la partie machine pouvait varier. Il nous suffit de trouver 
combien de combinaisons sont possibles en faisant varier les bits de la partie machine, et nous aurons alors le nombre 
d'adresses. 


Si jamais nous n'avions qu'un seul bit pour la partie machine, nous aurions deux possibilités sur ce bit, 0 ou 1. Sinous en avions 
deux, il y aurait 27 adresses possibles, soit 4 adresses (00, 01, 10, 11) et ainsi de suite. 
Sinous avions 10 bits pour la partie machine, nous aurions 210 adresses possibles, soit 1024 adresses. 


à) Donc pour trouver le nombre d'adresses dans un réseau, il suffit de connaître le nombre de bits de la partie machine. 
Or, vu que la partie machine est définie par le masque, le nombre de machines disponibles dans un réseau est directement 
dépendant du masque ! 

La relation est même encore plus explicite : nombre de machines dans un réseau = 2Nombre de 0 dans le masque 

Sinous reprenons notre exemple précédent de l'adresse 192.168.0.1 associée au masque 255.255.240.0, nous pouvons maintenant 
immédiatement trouver le nombre d'adresses disponibles dans ce réseau. Le masque s'écrit : 

255.255.240.0 -> 11111111.11111111.11110000.00000000 

Dans lequel nous voyons douze 0 qui identifient la partie machine de l'adresse. 

Nombre d'adresses = 2Nombre de 0 dans le masque _ 312 _ 4096 adresses ! 


Facile, non ? 


Adresse de réseau, adresse de broadcast 
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Parmi la plage d'adresses définie par une adresse IP et un masque, deux adresses sont particulières, la première et la dernière. 


La première adresse d'une plage est l'adresse du réseau lui-même. 
Cette adresse ne pourra donc pas être utilisée pour une machine. 


La dernière adresse d'une plage est une adresse spéciale, l'adresse de broadcast. 

Cette adresse ne peut pas non plus être utilisée pour une machine. Elle est en fait utilisée pour identifier toutes les machines de 
mon réseau. 

Quand nous envoyons un message à l'adresse de broadcast, ce message va être reçu par toutes les machines de notre réseau. 
Nous remarquons par la même occasion que dans un réseau ayant 16 adresses disponibles, seules 14 adresses seront utilisables 
par les machines du réseau, car la première et la dernière seront réservées pour le réseau et le broadcast. Et cela est vrai pour tout 


réseau. Pour chaque réseau, il y a deux adresses non utilisables pour les machines. 


Nous savons donc maintenant, à partir d'une adresse et du masque associé : 


e déterminer la première et la dernière adresse de la plage ; 
e connaître le nombre d'adresses de cette plage. 


Retour sur nos questions 


En début de chapitre nous avions beaucoup d'interrogations, regardons sinous avons su y répondre. 


© Comment allons-nous pouvoir être identifiés par rapport à un autre réseau ? 


Ça, c'est bon. C'est la partie réseau de l'adresse IP qui va dire dans quel réseau nous nous situons. 


© Et d'ailleurs, comment allons-nous identifier les réseaux ? Wnt-ils avoir une adresse ? Ou un nom? 


Nous savons identifier un réseau par la partie réseau d'une adresse IP ! 


© S'il faut une adresse pour le réseau et une pour ma machine, nous faudra-t-il deux adresses de couche 3 ? 


Nous avons vu qu'en fait nous n'avons pas deux adresses, mais une seule. 
Par contre, cette adresse est toujours associée à un masque qui va pouvoir définir la partie réseau et la partie machine de 
l'adresse. 


Vous avez bien bossé et savez donc répondre à ces questions quinous embêtaient. 
Il serait temps de passer à un peu de pratique, histoire de bien fixer les idées ! 


Le masque mis en pratique 


Nous venons de voir beaucoup de notions, et pas si simples que cela ! 
Étant donné que ces notions sont fon-da-men-tales pour la suite du cours, nous allons faire quelques exercices pour bien fixer 
les idées et nous entraîner. 


Faites ces exercices, même si vous êtes déjà des champions et que vous avez tout compris, car certains exemples sont un peu 
piégeux et peuvent sembler étonnants. 


Adresse de réseau, de machine ou de broadcast ? 


Le principe de l'exercice est simple. 
Je vais vous donner un couple adresse/masque, et vous devrez me dire si l'adresse est une adresse de réseau, de machine ou de 
broadcast. 


Premier exemple 


www.siteduzero.com 


Partie 2 : Communiquer entre réseaux 71/220 


Je vous donne donc le couple : 
192.168.0.15/255.255.255.240 


Comment allons-nous procéder ? 
Comme auparavant, nous allons calculer la première et la dernière adresse du réseau ainsi défini. Ensuite, nous regarderons 
simplement si l'adresse donnée est l'une des deux ou pas. 


192.168.0.15 -> 11000000.10101000.00000000.00001111 
255.255.255.240 -> 11111111.11111111.11111111.11110000 


Je fixe la partie réseau dans l'adresse : 
11000000.10101000.00000000.00001111 


Et je fais varier les bits de la partie machine en mettant tout à 0, puis tout à 1. 
11000000.10101000.00000000.00000000 -> 192.168.0.0 
11000000.10101000.00000000.00001111 -> 192.168.0.15 


Nous avons donc trouvé 192.168.0.0 comme adresse de réseau et 192.168.0.15 comme adresse de broadcast. L'adresse donnée 
dans l'exercice, 192.168.0.15, est donc l'adresse de broadcast ! 


© Aurait-on pu faire plus vite ? 


La réponse est oui. En effet, quand nous avons fait notre calcul, vous avez pu observer que tous les bits de la partie machine de 
notre adresse étaient à 1 : 

192.168.0.15 -> 11000000.10101000.00000000.00001111 

Nous pouvions donc déjà deviner que cette adresse allait être l'adresse de broadcast. De même que sinous avions vu tous les 
bits de la partie machine à 0, nous aurions su que nous étions en présence de l'adresse du réseau. 


Des exemples plus complexes 


Alors allons-y ! 
Voici les données, à vous de faire l'exercice et de voir par la suite si vous avez la bonne réponse ! 
Citation 


192.168.0.15/255.255.255.0 
192.168.1.0/255.255.255.0 
192.168.1.0/255.255.254.0 
10.8.65.29/255.255.255.224 
10.8.65.31/255.255.255.224 
10.0.0.255/255.255.254.0 


Et voici les solutions (à ne pas regarder avant d'avoir fait l'exercice !) 


192.168.0.15/255.255.255.0 
Réseau allant de 192.168.0.0 à 192.168.0.255 -> Adresse de machine ! 


192.168.1.0/255.255.255.0 
Réseau allant de 192.168.1.0 à 192.168.1.255 -> Adresse de réseau ! 


192.168.1.0/255.255.254.0 
Réseau allant de 192.168.0.0 à 192.168.1.255 -> Adresse de machine ! 


10.8.65.29/255.255.255.224 
Réseau allant de 10.8.65.0 à 10.8.65.31 -> Adresse de machine ! 


10.8.65.31/255.255.255.224 
Réseau allant de 10.8.65.0 à 10.8.65.31 -> Adresse de broadcast ! 


10.0.0.255/255.255.254.0 
Réseau allant de 10.0.0.0 à 10.0.1.255 -> Adresse de machine ! 
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Trucs et astuces ! 


Après ces exercices, vous avez peut-être remarqué des informations intéressantes. 


e Une adresse qui finit en 255 n'est pas obligatoirement une adresse de broadcast. 
e Une adresse qui finit en 0 n'est pas obligatoirement une adresse de réseau. 


Par ailleurs, nous avons aussi vu un point commun entre toutes les adresses de broadcast : elles sont impaires ! 
Ceci est normal. Vu qu'elles n'ont que des 1 dans la partie machine de l'adresse, elles finissent obligatoirement par 1 et sont 
impaires. De même, les adresses de réseau seront toujours paires ! 


à) Une adresse de broadcast est toujours impaire ; une adresse de réseau est toujours paire. 


Cela pourra vous éviter de faire des erreurs dans vos calculs si vous trouvez des adresses de réseau impaires ou des adresses de 
broadcast paires. 


Des adresses particulières 
Les RFC 


Nous venons de voir les adresses et les masques et nous avons découvert que nous formons des réseaux en les associant. 


Cependant, toutes les adresses n'ont pas la même signification, notamment, certaines adresses ont été réservées pour ne pas 
pouvoir être utilisées sur Internet. Ces adresses sont définies dans la RFC 1918. 


à) Une REC est un document qui propose et présente une technologie que l'on souhaite voir utiliser sur Internet. 


Par exemple, si je veux créer un nouveau protocole qui va révolutionner Internet, je vais le présenter dans une RFC qui pourra 
être lue, puis soumise à proposition, et enfin acceptée comme standard d'Internet. 


Ainsi, depuis la nuit des temps, les RFC précisent le fonctionnement détaillé d'à peu près tout ce quise trouve sur Internet. 


Par exemple, il y a une RFC qui présente le protocole IP, la RFC 791. 
Il y a même une RFC qui décrit l'envoi de messages par pigeons voyageurs. sisi, la RFC 1149 qui était en fait à l'époque un 


poisson d'avril qui a déjà été repris deux fois dont le 1% avril 2011 avec l'adaptation à IPv6 ! 


© Un RFC ou une REC ? 


Globalement, je n'en sais rien. Vu qu'iln'y a pas de genre en anglais et que la/le RFC n'est pas encore dans le petit Larousse, 
chacun fait comme bon lui semble. Je la mets au féminin car RFC veut dire Request For Comment et que requête est féminin en 
français. 


Mais revenons à notre RFC 1918. 


La RFC 1918 


Cette REC précise des plages d'adresses, soit des réseaux qui ont une utilité particulière. 
En effet, ces plages d'adresses sont réservées pour une utilisation privée. Cela veut dire que si vous faites un réseau chez vous, 
ou dans une entreprise, il vous faudra obligatoirement utiliser ces adresses. 


(@) Je ne peuxpas choisir librement les adresses que je veuxutiliser chez moi ? 
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Non. Et il y a une raison à cela : imaginons que j'installe mon réseau chez moi et que je n'ai pas connaissance de la RFC 1918. 
Je choisis donc un réseau au hasard, par exemple le réseau 92.243.25.0/255.255.255.0. 

Mais malheureusement, cette plage réseau appartient à quelqu'un sur Internet. On pourrait penser que ce n'est pas grave, car 
de toute façon, mon réseau est privé et ne dérangera personne sur Internet. En fait, je vais avoir des problèmes. 


Par exemple, j'essaye d'aller sur mon site préféré, le Site du Zéro. Et badaboum, cela ne marche pas ! 
En effet, l'adresse du Site du Zéro est 92.243.25.239, qui est une adresse qui appartient à la plage réseau que j'ai choisie. 
Aünsi, quand ma machine essaye de joindre cette adresse, elle pense que la machine se situe sur son propre réseau, d'après son 


adresse, et donc elle n'arrive pas à la joindre. Je ne pourrai donc jamais aller sur le Site du Zéro. 


© Comment bien choisir son adresse alors ? 


C'est simple, il suffit de choisir sa plage d'adresses dans les plages réservées à cet effet dans la RFC 1918. 
Les plages définies sont : 


e 10.0.0.0/255.0.0.0 
e 172.16.0.0/255.240.0.0 
e 192.168.0.0/255.255.0.0 


Par exemple, je peux tout à fait choisir la plage 10.0.0.0/255.255.255.0 ou 192.168.0.0/255.255.255.0. 
Vu que ces adresses n'appartiennent à personne sur Internet, je serai sûr de pouvoir joindre n'importe quel site sur Internet. 
C'est aussi pour cela que, très souvent, les adresses qui sont données par les opérateurs sont dans ces plages. 


Bon, vous commencez maintenant à être bien à l'aise avec l'utilisation des masques et des adresses IP. Nous allons pouvoir 
attaquer la partie ardue des masques : le découpage de plages d'adresses. 


e vous savez maintenant ce qu'est une adresse IP et le masque qui lui est associé ; 
e vous savez aussi ce qu'un réseau est défini par une adresse et un masque ; 
e vous commencez à savoir utiliser le masque pour faire des calculs sur l'adresse IP. 


Nous allons maintenant mettre en pratique ce que nous venons d'apprendre pour découper une plage d'adresses. 
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Découpage d'une plage d'adresses 


Ce chapitre va vous demander beaucoup d'attention et de réflexion. Il va y avoir pas mal de calculs et de notions à maîtriser. 
Ne les négligez pas, car la compréhension des notions abordées sera nécessaire pour la suite du cours ! 


Les découpages que nous allons aborder font partie intégrante du métier d'administrateur réseau. Il faut parfaitement maîtriser le 
découpage et être à l'aise pour savoir rapidement identifier un réseau de manière correcte. 


Attention, c'est parti ! @ 


Découpage avec la méthode de base 
Dans ce chapitre, nous allons nous démener pour arriver à découper proprement des plages d'adresses IP. 


© Mais ça veut dire quoi exactement découper une plage d'adresses IP ? 


Imaginez que vous administrez le réseau d'une école en informatique, genre IN'TECH INFO ! (@ 


Il y a dans l'école des élèves qui apprennent tous les jours comment marche un réseau, et comment exploiter ses failles. 
Vous avez configuré les machines du réseau pour qu'elles appartiennent à un même grand réseau 10.0.0.0/255.255.0.0. 


Seulement, sur ce réseau, il y a à la fois les élèves, les profs, et l'administration. Vus vous rendez vite compte que des petits 
malins ont réussi à changer leur note au dernier examen en accédant à la machine de leur prof préféré. 


Que faire ? 


Eh bien nous allons découper la grande plage d'adresses qui nous a été fournie en plusieurs sous-réseaux plus petits. Nous 
pourrons alors mettre les élèves dans un sous-réseau, et les profs dans un autre. Et même l'administration dans un autre réseau 
pour que les profs n'aillent pas modifier leur fiche de paye. 

Ceciest très souvent utilisé en réseaux. On a une grande plage qu'on découpe en plusieurs petites plages pour séparer les 
différentes populations. 


Une écriture pour les fainéants 


En réseau, on est très fainéants. du moins je le suis ! Il y a donc des gens qui ont pensé à nous en mettant en place une écriture 
plus rapide pour les masques. Il s'agit de l'écriture CIDR. 


Nous reviendrons plus tard sur ce qu'est exactement le CIDR, mais pour l'nstant nous allons utiliser l'écriture des masques CIDR. 
Un masque s'écrit sur 32 bits. Sur ces 32 bits, nous en avons un certain nombre à 1 et le reste à 0. 


Vu que les 1 et les One sont pas mélangés (grâce à la contiguïté des bits), il suffit de connaître le nombre de 1 dans un masque 
pour le connaître complètement. 


On pourra donc simplement écrire le nombre de 1 dans un masque pour le connaître. 
On pourra ainsi écrire le masque 255.255.255.0 de la façon suivante /24, qui indique qu'il y a 24 bits à 1 dans le masque. 


Au lieu d'écrire 192.168.0.1/255.255.255.0, on pourra écrire 192.168.0.1/24. 


C'est plus rapide, non ? Peut-être que ce n'est pas révolutionnaire, mais quand on doit écrire beaucoup de masques, ça va 
beaucoup plus vite ! 


Désormais, on pourra donc écrire /20 au lieu de 255.255.240.0. D'ailleurs, j'utiliserai l'une ou l'autre de ces notations dans la suite 
du cours. 

C'est moins facile pour nos calculs, et nous devrons souvent repasser en décimal pointé pour bien comprendre ce qui se passe, 
mais c'est tellement plus rapide à écrire ! 


Un premier découpage 


Prenons une entreprise possédant la plage 10.0.0.0/16. Nous allons essayer de découper cette plage. 
L'entreprise compte 1000 techniciens, 200 commerciaux et 20 directeurs. Il va donc falloir définir trois petites plages au sein de 
notre grande plage d'origine. 
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© Mais comment fait-on cela ? 


Vérification du nombre d'adresses 


Dans un premier temps, nous allons regarder si notre plage de départ contient assez d'adresses pour nos 1220 employés (1000 + 
200 + 20). 

Le masque contient 16 bits à 1, donc 16 bits à 0 (puisqu'il contient au total 32 bits). 

Or, nous connaissons une formule quinous permet de connaître le nombre d'adresses dans un réseau en fonction du nombre de 
bits à 0 dans le masque. 


Rappel : Nombre d'adresses dans un réseau = 2Nombre de 0 dans le masque 


Nous allons donc avoir dans ce réseau 216 adresses, soit 65 536 adresses dans notre plage ! On en a largement plus que les 1220 
nécessaires. 
On devrait donc pouvoir résoudre l'exercice. 


Calcul des masques 


Pour la suite de l'exercice, nous savons combien nous voulons d'adresses dans les petites plages à découper, et nous avons la 
formule précédente qui nous donne la relation entre le nombre d'adresses et le nombre de 0 dans le masque. Nous devrions donc 
pouvoir déduire le nombre de 0 nécessaires dans chacun des masques, et donc les masques eux-mêmes. 


Par exemple pour les techniciens qui sont 1000, il me faudra un réseau avec au moins 1000 adresses. 


D'après la formule : Nombre d'adresses dans un réseau = 2Nombre de 0 dans le masque Lçus devrions pouvoir déduire le nombre de 


0 nécessaires dans le masque. 


Nous avons 1000 < 2/0, Donc sinous mettons 10 bits à 0 dans le masque, nous devrions pouvoir identifier 1000 machines (nous 
pourrons même avoir 1024 adresses !) Sion a 10 bits à 0 dans le masque, on obtient le masque suivant : 


Citation 


11111111.11111111.11111100.00000000 soit 255.255.252.0 ou /22 


Pour le réseau de nos techniciens, nous pouvons choisir le masque 255.255.252.0 pour pouvoir avoir 1024 adresses dans le 
réseau et donc avoir assez d'adresses pour les 1000 techniciens. 


Nous pouvons faire le même calcul pour les 200 commerciaux : 
200 < 28 ; le mas que pour les commerciaux sera donc 255.255.255.0. 


Et enfin pour les 20 directeurs : 
20<% ; le masque pour les directeurs sera donc 255.255.255.224,. 


© Mais maintenant, que faire avec ces masques seuls ? 


Il va nous falloir trouver les plages d'adresses associées, et pour cela nous avons beaucoup de choix parmi la grande plage que 
l'on nous a fournie. 


Choix des plages d'adresses 


Nous avons donc la grande plage 10.0.0.0/16 de 65536 adresses à notre disposition, et nous souhaitons trouver une plage de 
1024 adresses pour nos techniciens parmi ces 65536 adresses. 
Le choix le plus simple qui s'offre à nous est de commencer à l'adresse la plus basse, même si ce n'est pas le seul. 


Donc nous choisissons de commencer notre plage d'adresses pour les techniciens à l'adresse 10.0.0.0. 
Nous pouvons d'ores et déjà identifier le réseau des techniciens par le couple 10.0.0.0/255.255.252.0. Mais il serait bien aussi de 
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connaître la dernière adresse de cette plage, car la donnée du couple adresse/masque ne nous donne pas une indication très 
précise. 


Commençons nos calculs habituels. en essayant un peu de nous améliorer. 
D'habitude, on trans forme complètement l'adresse et le masque en binaire. Mais y réfléchissant un peu, on se rend compte que 
seul un des 4 octets du masque nous intéresse, celui où se passe la coupure entre les 1 et les 0. Ici c'est le troisième, 252. 


Donc au lieu de calculer en binaire toute l'adresse, nous n'allons travailler que sur le troisième octet (fainéants que nous sommes 
eZ 

Masque : 252 -> 11111100 

Adresse: 0 -> 00000000 


Ainsi, d'après le masque, toutes les adresses des machines de mon réseau commenceront par 000000 sur le troisième octet. 
La dernière adresse sera donc celle où tous les bits de la partie machine sont à 1, soit 00000011 sur le troisième octet (3 en 
décimal), et 11111111 sur le quatrième octet qu'il ne faut pas oublier ! (255 en décimal) 

La dernière adresse de la plage des techniciens est donc 10.0.3.255. 


Nous avons donc choisi une plage d'adresses adéquate pour les techniciens parmi notre grande plage de départ. 
Il nous faut maintenant en choisir une pour les 200 commerciaux. 


Cependant, nous avons une contrainte supplémentaire sur le choix de notre plage d'adresses, c'est que les techniciens occupent 
déjà un certain nombre d'adresses de notre plage, de 10.0.0.0 à 10.0.3.255. 

Nous pouvons par exemple choisir de démarrer la plage d'adresses des commerciaux juste après celle des techniciens, en 10.0.4.0. 
Nous pouvons d'ores et déjà identifier le réseau des commerciaux par le couple 10.0.4.0/255.255.255.0. Comme pour les 
techniciens, il serait bien aussi de connaître la dernière adresse de cette plage. Ici, vu que la coupure se fait parfaitement entre 
deux octets, le calcul est facile ! 

La dernière adresse sera 10.0.4.255. 


Nous pouvons faire le même raisonnement pour les directeurs en commençant à 10.0.5.0. 
En associant le masque à cette adresse, nous trouvons comme dernière adresse 10.0.5.31. 


Et voilà ! 


Nous avons bien découpé la grande plage d'adresses quinous était donnée : 10.0.0.0/16 -> 10.0.0.0 à 10.0.255.255 en trois plages 
d'adresses plus petites : 


e 10.0.0.0/22 -> 10.0.0.0 à 10.0.3.255 pour les techniciens ; 
e 10.0.4.0/24 -> 10.0.4.0 à 10.0.4.255 pour les commerciaux ; 
e 10.0.5.0/27 -> 10.0.5.0 à 10.0.5.31 pour les directeurs. 


Les adresses pour chacune de ces trois populations sont bien distinctes, et parmi la plage de départ. Opération réussie ! (@) 


La version compliquée du découpage 


Cette partie est plutôt réservée aux caïds du découpage de plages. (eo) 


Si déjà, la partie précédente vous semble complexe, passez plutôt du temps à vous sentir à l'aise avec elle avant de passer à celle- 
ci, qu'iln'est pas nécessaire de connaître ou de maîtriser. 

Nous verrons à la fin de cette partie que tous les découpages (ou presque) pourront se résoudre avec la méthode précédente ou 
avec la méthode magique que nous verrons plus tard. 


© En quoi consiste cette méthode plus compliquée ? On n'a vraiment rien d'autre à faire que de se compliquer la vie ? 


Pour comprendre certains détails, il faut parfois se donner un peu de mal. 
L'exercice va être exactement le même que le précédent. @œ 


Sauf que cette fois-ci, vous allez devoir commencer par les directeurs, puis les commerciaux, et enfin les techniciens. 


On recommence donc. 
Pour les directeurs, on commence en 10.0.0.0. Ils sont toujours 20 donc le masque ne change pas, 255.255.255.224, La plage va se 


www.siteduzero.com 


Partie 2 : Communiquer entre réseaux 771220 


finir en 10.0.0.31 (à vous de faire les calculs !). 


Maintenant, passons aux commerciaux. 
Si on suit la même logique que précédemment, on commence la plage des commerciaux à l'adresse 10.0.0.32. On lui associe le 
masque des commerciaux 255.255.255.0. On calcule la dernière adresse de la plage 10.0.0.255 


 X) Mais nous venons de faire une énorme erreur ! 


Si vous essayez de calculer la première adresse du réseau des commerciaux, vous allez vous en rendre compte. Vu que la coupure 
est entre deux octets, c'est facile, la première adresse du réseau est 10.0.0.0 !?! 

La même que pour les directeurs. Cela veut dire qu'en respectant la même méthode que précédemment, nous avons créé deux 
plages, mais celles-ci se chevauchent. Et donc, cela ne marche pas. 


ue s'est-il passé ? 
P 


En fait, nous avons démarré la plage d'adresses des commerciaux sur une adresse qui ne pouvait pas être une adresse de réseau. 
Sinous écrivons le masque en binaire : 11111111.11111111.11111111.00000000, nous voyons que seuls les 8 derniers bits de 
l'adresse, soit le dernier octet, peuvent changer pour des machines appartenant à un même réseau. 

Pour connaître la première adresse d'une plage, il faut mettre tous ces bits à 0, ce quinous donne obligatoirement 0 comme 
valeur sur le dernier octet pour l'adresse de réseau. 

Or, nous avions choisi 10.0.0.32, qui ne peut donc pas marcher. Après notre calcul, nous avons vite vu que la première adresse de 
la page était 10.0.0.0 qui, elle, était correcte. 


© Bah oui, mais comment faire alors ? 


1. Vous êtes un caïd et vous vous sentez capable de toujours démarrer une plage sur une adresse autorisée. Dans ce cas, 
allez-y ! 

2. Vus n'êtes pas encore un caïd et ne souhaitez pas en devenir un. Dans ce cas, il y a une méthode très simple : faites 
toujours vos calculs en prenant en premier les plages les plus grandes, comme dans le premier exercice. 


Ça marche tout le temps en prenant les plages les plus grandes en premier (techniciens > commerciaux> directeurs) donc vous 
pourrez toujours vous en sortir. ou presque ! 


Il faut donc retenir que le masque, et donc le nombre d'adresses dans un réseau, impose de ne pas démarrer une plage 
d'adresses n'importe où. 


Pour les caïds, je vous donne quand même les calculs en partant des directeurs. 

La plage des directeurs est OK : 10.0.0.0/27. 

Pour les commerciaux, nous avons vu qu'il fallait commencer en 0, donc on prend la première adresse possible après 10.0.0.31 qui 
finit en 0, soit 10.0.1.0 ! Ce qui nous donne pour les commerciaux la plage 10.0.1.0/24 qui finit en 10.0.1.255 

De la même façon, nous ne pourrons pas commencer la plage des techniciens en 10.0.2.0, il faudra aller jusqu'en 10.0.4.0. La plage 
des techniciens est donc 10.0.4.0/22 qui finit en 10.0.7.255. 


© Et si on ne peut pas faire autrement, par exemple si la plage des directeurs est déjà existante, comment faire ? 


Les ehats cas difficiles 


Il y a certains cas pour lesquels nous ne pouvons pas trop faire autrement que de nous creuser les méninges (ou faire appel à un 
zéro caïd !). 
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Par exemple, vous arrivez dans une entreprise en tant qu'administrateur systèmes et réseaux L'entreprise utilise actuellement la 
plage d'adresses 192.168.47.0/24. Cependant, cette entreprise grandissant, les 256 adresses possibles de cette plage commencent 
à ne pas être suffisantes. L'administrateur en chef vous demande d'agrandir cette plage réseau pour doubler sa taille, et ainsi 
passer à 512 adresses. 


Le réflexe de base est de se dire qu'on peut ajouter la plage suivant 192.168.47.0/24, c'est-à-dire 192.168.48./24... mais ça ne marche 
pas ! 


Faisons nos calculs : pour doubler la taille du réseau, rien de plus simple, il suffit d'ajouter un 0 dans le masque. Ainsi, on passe 
de 28=256 à 2°=512 adresses. Le mas que devient donc 255.255.254.0, autrement écrit /23. 


Mais attention, vu que nous venons de changer le masque, et si vous vous souvenez de la règle quelques lignes au-dessus : le 
mas que, et donc le nombre d'adresses dans un réseau, impose de ne pas démarrer une plage d'adresses n'importe où ! 


Nous n'allons donc pas pouvoir choisir n'importe quoi comme adresse de départ pour notre réseau. 
Sinous voulons garder les adresses actuelles qui commencent par 192.168.47.X, nous pouvons appliquer le nouveau masque à 
une de ces adresses pour avoir la première et la dernière adresse de la plage. 


Masque: 254-> 11111110 
Adresse: 47 -> 00101111 


En mettant la partie machine de l'adresse à 0, nous obtenons 00101110, ce qui correspond à 46. 
En mettant la partie machine de l'adresse à 1, nous obtenons 00101111, ce qui correspond à 47. 


Notre nouvelle plage d'adresses va donc aller de 192.168.46.0 à 192.168.47.255. 
La plage ainsi définie est donc 192.168.46.0/23 


Si vous avez mal au crâne, c'est normal. 


Nous allons voir dans le chapitre suivant qu'il existe une méthode très simple et facile à utiliser qui évite tous ces calculs et 
permet de résoudre facilement les problèmes de découpage ! 


Découpage avec la méthode magique 
Qu'est-ce que la méthode magique ? 


La méthode magique est une méthode qui va nous permettre de calculer très facilement des plages d'adresses réseau, et bien 
plus encore ! 


Le nombre magique 


Pour utiliser la méthode magique, nous allons devoir utiliser le nombre magique... 


© Qu'est-ce que le nombre magique ? 


Le nombre magique est simplement un calcul fait à partir de l'octet significatif du masque. Il est égal à 256 - octet significatif. 


Par exemple, si l'on choisit le masque 255.224.0.0, on voit vite que l'octet significatif (celui où la séparation a lieu) est 224. 
Notre nombre magique vaut donc 256 - 224 = 32. 


Que faire avec le nombre magique ? 


Il va nous permettre de calculer instantanément la première et la dernière adresse de notre plage. Pour cela, il va falloir écrire tous 
les multiples du nombre magique (jusqu'à 256 bien sûr). 
Allons-y pour les multiples de 32 : 0, 32, 64, 96, 128, 160, 192, 224, 256. 


Et maintenant, nous allons simplement appliquer les deuxrègles suivantes : 


La première adresse du réseau sera le multiple du nombre magique, inférieur ou égal à l'octet correspondant dans l'adresse. 
La dernière adresse du réseau sera le multiple suivant, moins 1. 
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Un exemple sera plus parlant. On associe l'adresse 192.168.0.1 et le masque 255.224.0.0. 
Dans notre masque, l'octet significatif est le deuxième (255.224.0.0). 
Nous allons donc prendre le deuxième octet de notre adresse (192.168.0.1), soit 168. 


La première adresse du réseau sera donc le multiple du nombre magique, strictement inférieur à 168. 
En regardant la liste des multiples, on trouve très vite 160 ! 0, 32, 64, 9%6, 128, 160, 192, 224, 256. 


La dernière adresse du réseau sera le multiple suivant, moins 1. 
Le multiple suivant est 192, auquel on enlève 1 pour trouver 191. 


La première adresse de la plage est donc 192.160.0.0 et la dernière 192.191.255.255. 
On a ajouté les 0 pour la première et les 255 pour la dernière, car tous les bits qui suivent sont à 0 ou à 1, selon qu'on veut la 
première ou la dernière. 


© La méthode magique nous a permis de calculer une plage d'adresses sans avoir à faire de calculs binaires ! 


C'est quand même beau... non ? 


Amélioration de la méthode magique. 


Eh bien oui, nous pouvons encore frapper plus fort ! 
L'idée n'est pas non plus révolutionnaire... il s'agit simplement de ne pas calculer tous les multiples du nombre magique, mais 
seulement ceux qui sont intéressants. 


Prenons un nouvel exemple : 10.45.185.24/255.255.248.0 
Le nombre magique vaut : 256 - 248 = 8 ; l'octet significatif du masque est le troisième, ce qui correspond à 185 dans l'adresse. 


Nous devons donc trouver le multiple de 8 strictement inférieur à 185... Pas la peine de commencer à 0! 
8 * 10 — 80, on est en dessous de 185. 

8 * 20 = 160, on est en dessous, mais on se rapproche. 

Commençons donc à 160 : 

160, 168, 176, 184, 192... STOP ! On est au-dessus de 185. 


Le multiple strictement mférieur est 184, celui du dessus moins un vaut 191. Ce qui nous donne pour la première adresse 
10.45.184.0, et pour la dernière 10.45.191.255. 


Facile, non ? 


Mais nous pouvons encore frapper plus fort ! En effet, trouver la première et la dernière adresse d'une plage est utile, mais 
découper une plage d'adresses en sous-réseaux l'est souvent encore plus. Et la méthode magique va s'avérer redoutable ! 


Un exemple concret de découpage 


Vous avezen charge le réseau d'une petite entité d'une entreprise. L'administrateur général vous laisse à disposition le réseau : 
192.168.160.0/255.255.224.0. 


Vus avez dans votre entité trois catégories de personnel: 


e 550 techniciens ; 
e 130 commerciaux; 
e 1Odirecteurs. 


Il vous faut donc découper la plage d'origine en trois sous-réseaux pour chacune de ces populations. 


Étape 1: Calcul de la plage d'origine 
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Vus allez voir ici que la méthode magique est vraiment rapide par rapport à la méthode classique. 


Allons-y ! 


1. Le nombre magique vaut: 256 - 224 = 32. 

2. L'octet significatif de l'adresse vaut 160, qui est un multiple de 32 ! Ce sera donc la première adresse, la dernière étant 160 
+32-1=191. 

3. La première adresse est 192.168.160.0 et la dernière est 192.168.191.255. 


Maintenant, nous allons devoir calculer les plages pour chacune des populations. 


Étape 2: Calcul des masques 


© Par quoi commencer ? 


La seule nformation que nous avons est le nombre de personnes de chaque population. Ça tombe bien, car nous savons que la 
taille d'une plage dépend de son masque. Donc si on connaît le nombre d'adresses nécessaires, nous pouvons en déduire le 
masque. 


La formule est : nb adresses =2"P de 0 dans le masque 


Pour les techniciens, qui sont 550, le réseau devra contenir 1024 adresses (la puissance de 2 supérieure) soit 210, 


Le masque contiendra donc 10 bits à 0, soit : 11111111.11111111.11111100.00000000. 
Soit en décimal : 255.255.252.0. 


Nous pouvons faire pareil pour les commerciaux : 130 < rs 
Le masque est donc : 255.255.255.0,. 


Et pour les directeurs, nous trouvons : 10 < 5, 
Le masque est donc : 255.255.255.240. 


Nous avons les masques pour nos trois populations, il ne nous reste plus qu'à y associer des adresses pour avoir nos plages. 


Étape 3: Calcul des plages 


C'est ici que la méthode magique va nous être utile, car elle permet facilement de trouver la première et la dernière adresse d'une 
plage. 


Nous allons commencer par les techniciens. Notre plage de départ démarre en 192.168.160.0. Eh bien nous allons commencer la 
plage des techniciens à cette adresse, et allons trouver l'adresse de fin grâce au masque. 


Calculons le nombre magique : 256-252 =4. 
Le prochain multiple de 4 après 160 est 164 - 1 = 163. 
La dernière adresse pour les techniciens est donc 192.168.163.255. 


Pour les commerciaux, nous allons donc démarrer à l'adresse juste après pour ne pas empiéter sur la plage des techniciens, soit 
192.168.164.0. 

Nous allons nous passer du nombre magique pour les commerciaux, car la coupure se fait parfaitement entre deux octets sur le 
masque. L'adresse de fin est donc facilement calculée à 192.168.164.255. 

Nous démarrons après pour les directeurs, à l'adresse 192.168.165.0. Le nombre magique vaut 256 - 240 = 16 

La dernière adresse est donc 192.168.165.15 ! 


Résultat 


Nous avons donc défini les trois plages : 
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e Tech: 192.168.160.0/255.255.252.0, soit les adresses allant de 192.168.160.0 à 192.168.163.255. 
e Comm: 192.168.164.0/255.255.255.0, soit les adresses allant de 192.168.164.0 à 192.168.164.255. 
e Dirs: 192.168.165.0/255.255.255.240, soit les adresses allant de 192.168.165.0 à 192.168.165.15. 


À Nous remarquons que pour le réseau des directeurs, l'adresse 192.168.165.15 est une adresse de broadcast... 


Tout s'est bien passé, mais. Nous savons qu'il est très facile de placer les plages d'adresses en partant de la plus grande à la 
plus petite, alors que l'inverse est très très très complexe. Mais nous avons la méthode magique ! 


Quand ça se complique 


Imaginons que nous ayons 120 secrétaires qui débarquent sur notre réseau... YOUHOU !!! 
Calmons-nous, cela reste un exemple, dans la vraie vie vous ne verrez pas débarquer 120 secrétaires comme cela. (@) 


Nous voulons leur créer une nouvelle plage, mais sans toucher auxréseaux existants. Sinous prenons la même méthode que 
précédemment, nous allons nous planter. ©) Voyons pourquoi. 


Nous avions fini la plage des directeurs à l'adresse 192.168.165.15, nous allons donc démarrer celle des secrétaires à l'adresse 
suivante, soit 192.168.165.16. 


Le masque pour les secrétaires sera : 120 < 27 ; soit 255.255.255.128. 
Le nombre magique vaut 256 - 128 — 128. La plage des secrétaires va donc finir au prochain multiple de 128 moins 1, soit 127. 


Nous avons donc défini la plage des secrétaires allant de 192.168.165.16 à 192.168.165.127... 

Mais cela ne marche pas ! D'abord, car il n'y a pas assez d'adresses. De 16 à 127, nous n'avons que 112 adresses, pas assez pour 
nos 120 secrétaires. Ensuite, et c'est le plus grave, notre plage n'est pas celle que nous pensons... En effet, sinous reprenons la 
méthode magique à 0, cela nous donne le calcul suivant : 


le nombre magique est 128 ; les multiples de 128 sont 0, 128 et 256 ; notre plage va donc aller de 0 à 127, et non de 16 à 127 ! 


Nous empiétons donc sur les adresses des directeurs !! 


© Oui, mais comment faire ? 


Eh bien il suffit de prendre le multiple du nombre magique suivant ! 
Nous allons commencer notre plage non pas en 192.168.165.16, mais en 192.168.165.128, et donc finir en 192.168.165.255. 


Et là, nous avons bien défini un réseau d'au moins 120 adresses et qui n'empiète pas sur le réseau des directeurs ! 


Cependant, nous avons laissé un trou. Les adresses de 16 à 127 ne sont pas utilisées. C'est normal, et ce n'est pas grave de 
toute façon. Nous pourrons utiliser ces adresses pour des petits réseaux par la suite sinous le souhaitons. 


© Quand on place un réseau plus grand que le précédent dans une plage, il est nécessaire de sauter une certaine plage 
d'adresses. 


Le principe est simple : vu que nous travaillons avec des réseaux dont la taille est un multiple de 2, un petit réseau pourra 
toujours démarrer sur un multiple d'un grand réseau. 


Par exemple, tout multiple de 16 est un multiple de 8: 
0, 16, 32, 48... 
0, 8, 16, 24, 32, 40, 48 


On pourra donc toujours placer une petite plage d'adresses derrière une plage précédente plus grande. Et on pourra seulement 
parfois placer une grande plage derrière une petite, mais dans ce cas il faudra faire attention et bien utiliser la méthode magique. 


Il est temps de faire quelques exercices pour vous entraîner. 
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Exercices 
Ici encore, je vous conseille de ne pas négliger ces exercices. Faites-les avant de regarder les solutions. 


Premier exemple 


Découpez la plage suivante en trois sous-réseaux: 10.47.192.0/255.255.240.0, avec les populations suivantes : 


e 880 techniciens ; 
e 400 commerciaux; 
e 60directeurs. 


Attention, il y a une astuce à trouver pour la plage des directeurs ! 


D'abord, on calcule les masques pour chaque population: 
Techniciens : 880 < 210 ce quinous donne le masque 255.255.252.0. 
Commerciaux : 400 < 2° ce quinous donne le masque 255.255.254.0. 
Directeurs : 60 < 26 ce quinous donne le masque 255.255.255.192. 


À Mais il y a un petit piège ! 


Sinous choisissons pour les directeurs le masque 255.255.255.192, le réseau pourra contenir au mieux 64 adresses, moins les 
adresses de broadcast et réseau, ce qui donne 62 adresses. C'est limite pour 60 directeurs, qui ont peut-être des imprimantes, 


plusieurs ordinateurs, etc. 
Ilest donc judicieux ici de choisir un masque nous permettant d'avoir plus d'adresses. Nous pouvons prendre le masque 


possédant un bit de plus pour la partie réseau de l'adresse, soit 255.255.255.128, qui nous assurera un réseau de 128 adresses, 


soit 126 adresses disponibles. 


Cela nous donne donc : 

Techniciens : 880 < 2/0 ce quinous donne le masque 255.255.252.0. 
Commerciaux : 400 < 2° ce quinous donne le masque 255.255.254.0. 
Directeurs : 60 <27 ce qui nous donne le masque 255.255.255.128. 


Ensuite on calcule la plage des techniciens : le nombre magique vaut 256 - 252 —4,. 
La première adresse est 10.47.192.0 (donnée par l'énoncé) et la dernière 10.47.195.255. 


Puis celle des commerciaux : le nombre magique vaut 256 - 254= 2. 
La première adresse est 10.47.196.0 (donnée par la fin de la plage des techniciens) et la dernière 10.47.197.255. 


Enfin, celle des directeurs : le nombre magique vaut 256 - 128 — 128. 
La première adresse est 10.47.198.0 (donnée par la fin de la plage des commerciaux) et la dernière 10.47.198.127. 


Second exemple... le même que le premier ! 


En fait l'énoncé est le même, mais l'on vous demande de commencer par les directeurs, puis les commerciaux, et enfin les 
techniciens. 


La bonne nouvelle, c'est que les masques restent les mêmes ! 
Techniciens : 255.255.252.0. 

Commerciaux : 255.255.254.0. 

Directeurs : 255.255.255.128. 


On passe donc à la plage des directeurs : le nombre magique vaut 128. 
La première adresse est 10.47.192.0 et donc la dernière va être 10.47.192.127. 


Nous serions tentés de continuer pour la plage des commerciaux à l'adresse suivante, mais l'on sait que l'on prendrait alors des 
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risques. 


Pour les commerciaux, le nombre magique vaut 2. Il faut donc que la première adresse démarre sur un nombre pair sur son 
troisième octet (l'octet significatif dans le masque). 

On ne peut pas démarrer en 192 puisque quelques adresses sont déjà prises par les directeurs. Il faut donc démarrer en 194. 
Ce quinous donne 10.47.194.0 pour la première adresse et 10.47.195.255 pour la dernière adresse. 


On continue pour les techniciens : le nombre magique vaut 4. 
192 est un multiple de 4, mais il est déjà utilisé par les directeurs. On peut par contre prendre 196. 
Ce quinous donne 10.47.196.0 pour la première adresse et 10.47.199.255 pour la dernière adresse. 


On récapitule : 

Directeurs : de 10.47.192.0 à 10.47.192.127. 
Commerciaux : de 10.47.194.0 à 10.47.195.255. 
Techniciens : de 10.47.196.0 à 10.47.199.255. 


Et ça marche ! 


© Euh... oui mais là on finit plus loin que la première fois, on n'aurait pas gâché plus d'adresses ? 


Non, nous en avons gâché exactement le même nombre. Sauf qu'ici on le voit bien, car les adresses gâchées sont dans les 
"trous" que nous avons laissés entre chaque plage, alors que dans le premier cas il y a des adresses gâchées, mais elles se 
situent après nos trois plages. 

Le résultat est exactement le même ! 


A vous de jouer 


Bon, je dis de jouer, mais je sais que tout le monde ne prend pas son pied à calculer des masques de sous-réseaux... 

Mais globalement, vous pouvez vous entraîner en choisissant vous-mêmes vos plages d'adresses et les nombres de personnes 
dans chaque catégorie. 

Vous pouvezaussiaugmenter ou diminuer le nombre de catégories. 


Bref, il y a à faire et si jamais vous ne vous sentez pas à l'aise ou avez des questions, n'hésitez pas à les poster sur le forum dans 
la rubrique adéquate (discussions informatiques par exemple). 


e vous savez maintenant découper une plage d'adresses en différents sous-réseaux ; 
e et vous savezutiliser la méthode magique pour aller plus vite dans vos découpages. 


Il nous faut maintenant attaquer une des parties du cours les plus importantes, le routage. 
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Le routage 


Dans ce chapitre, nous allons essayer de comprendre comment les informations transitent d'un réseau à un autre. 
Nous verrons notamment : 


e comment sont organisées les données au niveau de la couche 3; 
e quel matériel est nécessaire pour communiquer d'un réseau à un autre ; 
e comment les machines dialoguent d'un réseau à un autre. 


Suite à ce chapitre la communication entre réseaux n'aura plus de secrets pour vous. 


Un protocole, IP 
Aünsi, nous savons maintenant dialoguer sur notre réseau local grâce à la couche 2. Nous savons aussi ce qu'est un réseau. 
Il ne nous reste plus qu'à comprendre comment communiquer entre réseaux. 


Pour cela, nous allons d'abord nous attarder sur le protocole de couche 3, IP. 
Le protocole IP 


à) Pour rappel, un protocole est un langage. Il permet aux machines qui dialoguent ensemble de se comprendre. 


Pour la couche 3 du modèle OS, c'est le protocole IP, ou /nternet Protocol. 


Comme pour la couche 2, nous allons devoir définir de quelles mformations nous allons avoir besoin, et dans quel ordre les 
placer. 


Déjà, nous pouvons nous douter que nous allons avoir l'adresse IP de l'émetteur ainsi que celle du récepteur Néanmoins, il va y 
avoir beaucoup d'autres informations. 

Dans un premier temps, nous n'allons voir que celles qui nous intéressent, et nous ajouterons petit à petit les autres éléments de 
l'en-tête IP. 


Nous avons donc : 


e adresse IP émetteur ; 
e adresse IP destinataire. 


Jusqu'ici rien d'étonnant, il est normal d'avoir les informations identifiant les participants à la communication. 


Toutefois, nous avons dit que l'adresse IP devait toujours être accompagnée du masque ; va-t-on avoir le masque aussi 
dans l'en-tête IP ? 


La question à laquelle il va falloir répondre est surtout : est-il nécessaire de connaître le masque d'une machine pour lui envoyer 
un message ? 
Pour y répondre, mettons-nous dans la peau d'une machine qui veut envoyer un message à une autre. 


Nous sommes la machine A qui a pour adresse 192.168.0.1/24 et nous souhaitons envoyer un message à une machine B 
d'adresse 192.168.1.1/24. 


Ce qui est important pour moi, en tant que machine À, c'est de savoir si la machine B est sur mon réseau. En effet, si elle est sur 
mon réseau, je lui parlerai grâce à la couche 2. Si elle est sur un autre réseau, il faudra que je fasse appel à la couche 3. 


© De quoi ai-je besoin pour savoir si la machine B est sur mon réseau ? 


Pour savoir si la machine B est sur mon réseau, c'est facile ! 
Je regarde la plage d'adresses de mon réseau, et je n'ai plus qu'à regarder si l'adresse de la machine B appartient à cette plage. 
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Dans notre cas, ma plage d'adresses va de 192.168.0.0 à 192.168.0.255. Elle ne contient donc pas l'adresse de la machine B 
(192.168.1.1). 
J'en déduis donc que B n'est pas sur mon réseau et qu'il va falloir utiliser la couche 3 pour communiquer avec elle. 


Nous remarquons au passage que nous n'avons pas eu besoin du masque de la machine B pour savoir si elle appartenait à notre 
réseau. 


à) Il ne sera donc pas utile d'indiquer le masque dans l'en-tête IP. L'adresse IP suffira. 


Donc pour l'instant, nous n'avons besoin que de l'adresse IP de l'émetteur et de celle du récepteur. Nous les appellerons adresse 
IP source et adresse IP destination. 


Nous allons donc avoir, comme pour la trame de couche 2, un format de message défini par le protocole IP. 


Pour le protocole IP, le message s'appelle un datagramme ou un paquet. 


Le datagramme 


Comme pour la couche 2, le datagramme IP va être une suite de 0 et de 1 organisés. 


Voici la forme qu'il va prendre : 


Adresse IP SRC (source) | Adresse IP DST (destination) 


Datagramme IP 


Nous voyons ici que le format général est proche de celui de la trame Ethernet, mais que les informations contenues sont 
différentes et dans un ordre différent. 


Normalement, cet en-tête devrait vous choquer ! Non ? Si? 

Eh bien oui, l'adresse IP de destination est en fin d'en-tête. Et pourtant, nous avions vu en couche 2 qu'il était important que 
l'adresse MAC de destination soit en début d'en-tête pour que la machine qui reçoit la trame sache immédiatement si celle-ci lui 
est destinée. Pourquoi cela serait différent pour IP ? 


© Les gens qui ont fabriqué le protocole IP seraient-ils tombés sur fen-tête la tête ? 


Eh bien non, au contraire. Pour le comprendre, nous allons devoir aborder d'autres notions. 


L'encapsulation 


Pour commencer, nous allons devoir répondre à une question. 


2) Qu'est-ce qui circule sur le réseau ? 


Des trames ? Des datagrammes ? Les deux ? Pour répondre à cette question, nous allons devoir nous replonger dans le modèle 
OSI. 
Pour rappel, voici à la figure suivante le modèle OSI, en 7 couches. 
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Plus précisément, la figure suivante illustre l'envoi ou la réception d'une information. 
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Comme nous le voyons, un message est envoyé depuis la couche 7 du modèle OSL et il traverse toutes les couches jusqu'à 
arriver à la couche 1 pour être envoyé sur le réseau. 
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© Mais que devient notre message d'origine, ainsi que les en-têtes de chaque couche ? 


En fait, un en-tête va être ajouté à chaque passage par une couche. On va ainsi accumuler les en-têtes des différentes couches 
(voir la figure suivante). 


7 Bonjour 
6 
5 
4 Bonjour 
3 


liaison de 
î données 
| 


Au passage par la couche 4, on ajoutera l'en-tête de couche 4, puis celui de couche 3 en passant par la couche 3, et ainsi de 
suite. 
Ce mécanisme s'appelle l'encapsulation, car on encapsule un message dans un autre. 


Nous voyons clairement qu'au final, ce qui va circuler sur le réseau est une trame de couche 2, qui contient le datagramme de 
couche 3 (qui lui-même contiendra l'élément de couche 4). 


Aüinsi, je vous ai plus ou moins menti quand je vous ai donné le format d'une trame Ethernet. 


Adresse MAC DST | Adresse MAC SRC | Protocole de couche 3 


Trame Ethernet 


Je ne vous ai pas dit que dans les données à envoyer, il y avait en fait l'en-tête de couche 3, l'en-tête de couche 4, puis enfin, les 
données à envoyer. 


Adresse MAC Adresse MAC Protocole de en-tête de couche | en-tête de couche | Données à CRC 
DST SRC couche 3 3 4 envoyer 


Trame Ethernet 


Ceci dit, j'ai eu raison de vous le présenter ainsi, car la couche 2 est incapable de lire les mformations de couche 3 ou de couche 
4, de même qu'elle ne comprend pas les données à envoyer. Pour elle, tout cela est une suite de 0 et de 1 qu'elle est incapable de 
comprendre, elle ne voit ça que comme des données. 


Maintenant, vous, vous savez que parmi ces données il y a les en-têtes des couches supérieures. 


www.siteduzero.com 


Partie 2 : Communiquer entre réseaux 88/220 


Exemple réel 


Nous allons utiliser le logiciel wireshark pour voir en pratique les trames qui passent sur notre réseau. Wus pouvez, vous aussi, 
si vous le souhaitez, télécharger et installer Wireshark pour voir les jolies trames que votre machine reçoit. Cependant, nous 
apprendrons plus tard dans le cours à nous en servir pleinement. 

Wireshark est un sniffer. Un sniffer est un programme qui écoute sur le réseau, intercepte toutes les trames reçues et les affiche 
à l'écran. 


Dans un premier temps, nous pouvons voir la liste des trames reçues lors d'une requête Google avec la question "Site du Zéro" 
(voir la figure suivante). 


Ce n'est pas très parlant pour nous mais nous voyons que pour notre requête web, il y a eu plusieurs échanges de trames entre 
nous et Google. 


Nous allons maintenant nous plonger dans le contenu d'une trame en cliquant sur l'une d'entre elles. Wireshark sépare les 
éléments de chacune des couches du modèle OSI, comme vous pouvez le voir sur la figure suivante. 


*. Frame 187: 1340 bytes on wire (10720 bits), 1340 bytes captured (10720 bits) 


D Ethernet II, Src: Apple 16:21:84 (00:26:bb:16:21:84), Dst: Olicom c6:2b:d1 (00:00:24:c6:2b:d1) 

D Internet Protocol, Src: 10.8.98.13 (10.8.98.13), Dst: 74.125.,230,81 (74.125,230.81) 

D Transmission Control Protocol, Src Port: 60752 (60752), Dst Port: http (80), Seq: L, Ack: 1, Len: 1274 
D 


Nous pouvons voir les éléments vus par la couche 1 (Frame 187...), puis la couche 2 Ethemet, puis la couche 3 IP, Internet 
Protocol, la couche 4 que nous ne connaissons pas encore et les données applicatives qui sont ici du web HTTP. 


Nous allons enfin pouvoir voir le contenu de chacune des couches en cliquant sur le triangle en face d'une couche. 
Commençons avec la couche 2 (voir la figure suivante). 


Frame 187: 1340 bytes on Wire (10720 bits), 1340 bytes captured (10720 bits) 
+ Ethernet II, Src: Apple 16:21:84 (00: 26:bb:16:21:84), Dst: olicom. c6: ne di (00: 00:24:c6:2b:d1) 

b Destination: Olicom c6:2b:d1 (00:00:24:c6:2b:d1) 

b Source: Apple_16:21:84 (00:26:bb:16:21:84) 

Type: IP (0x0800) 

D Internet Protocol, Src: 10.8,98.13 (10.8.98.13), Dst: 74.125.,230.81 (74.125,230,81) 
D Transmission Control Protocol, Src Port: 60752 (60752), Dst Port: http (80), Seq: 1, Ack: 1, Len: 1274 
D 


Nous voyons bien les éléments que nous connaissons : l'adresse MAC destination et l'adresse MAC source. Wireshark 
reconnaît et nous montre qu'il s'agit d'une carte réseau Apple grâce aux trois premiers octets qui sont représentatifs du 
constructeur de la carte. Enfin, ilnous montre le protocole de couche 3 utilisé qui est ici IP. 


Passons ensuite à la couche 3 (voir la figure suivante). 
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D 
D Ethernet II, Src: Apple 16:21:84 (00:26:bb:16:21:84), Dst: Olicom c6:2b:d1 (00:00:24:c6:2b:d1) 
v Internet Protocol, Src: 10.8.98.13 (10.8.98.13), Dst: 74.125.230.81 (74.125.230.81) 
Version: 4 
Header length: 20 bytes 
b Differentiated Services Field: Ox00 (DSCP Ox00: Default; ECN: Ox00) 
Total Length: 1326 
Identification: Oxe29e (58014) 
b Flags: O0x02 (Don't Fragment) 
Fragment offset: 0 
Time to live: 64 
Protocol: TCP (6) 
b Header checksum: Oxb647 [correct] 
Source: 10.8.98,13 (10.8.98.13) 
Destination: 74,125.230,81 (74,125.230.,81) 
D Transmission Control Protocol, Src Port: 60752 (60752), Dst Port: http (80), Seq: 1, Ack: 1, Len: 1274 
D 


Nous ne connaissons pas tous ces éléments, mais nous pouvons voir en fin d'en-tête les adresses IP source et destination. 


Revenons à nos moutons 


© Oui, nous cherchions à comprendre pourquoi l'adresse IP de destination n'était pas en début d'en-tête IP ? 


Nous avons maintenant des éléments pour le comprendre. 
Quand un message arrive sur une machine, il remonte les couches du modèle OSI de la couche 1 à la couche 7. Il passe donc par 
la couche 2 qui lit l'adresse MAC de destination : 


e _sic'est bien celle de la carte réseau, il lit le reste de la trame, puis transmet les données (le datagramme en fait !) à la 
couche 3; 
e sice n'est pas celle de la carte réseau, il jette la trame à la poubelle. 


Donc si le message arrive à la couche 3, cela veut obligatoirement dire que la machine sait déjà que le message lui est destiné, 
puisque l'adresse MAC de destination est la sienne. Elle n'a donc pas la nécessité de savoir immédiatement si l'adresse IP de 
destination est la sienne, puisqu'elle sait déjà que le datagramme est pour elle. 


On peut donc placer l'adresse IP de destination où l'on veut dans l'en-tête IP. Les créateurs du protocole IP ne sont pas fous. (@) 


Nous connaissons donc maintenant deux éléments de l'en-tête IP et leur placement. Pour découvrir les autres éléments de l'en- 
tête IP, nous allons dès maintenant aborder l'élément essentiel de la couche 3, le routage ! 

Le routage 
Le routage va nous permettre d'envoyer un message en dehors de notre réseau. 


Comme nous l'avons vu précédemment, les réseaux sont reliés les uns auxautres, et nous passons souvent par plusieurs réseaux 
pour en joindre un autre, vous vous rappelez de la figure suivante ? 
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Ensemble de 


Reseau 1 


Mon Réseau 


Mon ordinateur 


réseaux connectés 


© Mais comment se fait la liaison entre ces réseaux ? 


Eh bien comme pour la couche 2, nous avons un matériel spécifique pour gérer la connexion entre réseaux, le routeur. 
Le routeur 


à) Le routeur est un matériel de couche 3 qui relie plusieurs réseaux. 


Il doit donc avoir une interface dans chacun des réseaux auquel il est connecté. 


C'est donc tout simplement une machine qui a plusieurs interfaces (plusieurs cartes réseau), chacune reliée à un réseau. Son rôle 
va être d'aiguiller les paquets reçus entre les différents réseaux. 


Un ordinateur ayant deux cartes réseau pourra être un routeur. 


Mais alors, qu'est-ce qui différencie un simple ordinateur d'un routeur ? 
q 
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Très peu de choses en fait. La différence principale est qu'un routeur accepte de relayer des paquets qui ne sont pas pour lui 
alors qu'une simple machine les jettera à la poubelle. 


Toute machine connectée à un réseau peut donc jouer le rôle de routeur. Il suffit d'activer le routage dessus. Nous verrons dans 


la partie pratique comment le faire. 


Prenons un exemple 


Nous allons nous mettre dans la peau d'un routeur. 


Imaginons que nous sommes une machine ayant comme adresse MAC l'adresse 00:11:22:33:44:55 et comme adresse IP 
192.168.0.1/24. 
Nous recevons la trame suivante (dans laquelle nous indiquons aussi l'en-tête de couche 3) sur une de nos interfaces : 


00:11:22:33:44:55 | 01:2B:45:56:78:ED DE IP SRC: 10.0.0.1 | IP DST: 136.42.0.28 


Trame Ethernet avec en-tête de couche 3 


Quelques petites questions. 


© Quelle est l'adresse IP de la machine qui a envoyé ces informations ? 


Cette adresse IP est bien l'adresse IP source 10.0.0.1. 


© Quelle est l'adresse MAC de la machine qui a envoyé ces mformations ? (Attention au piège !) 


Nous ne pouvons pas la connaître ! Eh oui, si vous vous souvenez de la couche 2, une adresse MAC est propre à un réseau 
local. En dehors de ce réseau, nous ne la voyons pas. Justement ici, la trame arrive sur l'interface de notre machine ayant pour 
adresse IP 192.168.0.1/24. Son réseau ne contient donc pas l'adresse IP 10.0.0.1. 

La machine 10.0.0.1 ne fait pas partie de notre réseau et nous ne connaîtrons jamais son adresse MAC. 

L'adresse MAC que nous voyons ici en adresse MAC source est celle du dernier routeur qui nous a envoyé la trame. Nous 
allons approfondir tout cela par la suite. 


Vient maintenant une question importante. 


© Que se passe-t-il quand notre machine reçoit cette trame ? 


Je vous propose que nous y répondions ensemble. 


La trame arrive à ma carte réseau qui reçoit les 0 et les 1 et les envoie à mon système d'exploitation. La couche 2 de mon système 
d'exploitation reçoit les 0 et les 1 et les interprète pour me donner l'adresse MAC de destination de la trame. 

C'est mon adresse MAC 00:11:22:33:44:55 ! 

Donc je lis la suite de l'en-tête de la trame pour voir qui m'envoie cette trame et à quel protocole de couche 3 la couche 2 doit 
l'envoyer. Ilest inscrit IP, donc j'envoie la trame en enlevant l'en-tête Ethernet, ce qui donne le datagramme IP, à la couche 3 et 
plus précisément au protocole IP. 

La couche 3, donc le protocole IP, lit l'ensemble des mformations de l'en-tête IP, puisque nous savons maintenant que ce 
datagramme nous est destiné. 

Et là, badaboum, l'adresse IP de destination du datagramme n'est pas la nôtre. 


Ceci étant, ce n'est pas grave, car nous avons vu auparavant qu'il est normal pour un routeur de recevoir un message quine lui 


est pas destiné. 
Son rôle va maintenant être d'aiguiller le datagramme vers sa destination. 
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© Mais comment fait-il cela ? 


Il possède en fait une table dans laquelle est indiqué le prochain routeur auquel il doit envoyer le datagramme pour que celui-ci 
arrive à sa destination. 
Cette table est très importante et s'appelle la table de routage ! 


Je le répète, car elle est très importante : cette table est très importante et s'appelle la table de routage ! 
La table de routage 


La table de routage va donc lister les routeurs auxquels je peux envoyer mon datagramme pour joindre une destination donnée. 
La destination donnée ne va pas être une machine, mais un réseau. Si on devait indiquer un chemin pour chaque machine sur 
Internet, les tables de routage seraient énormes ! 


Le principe est d'avoir d'un côté la liste des réseaux que l'on veut joindre, et de l'autre la liste des routeurs à quinous devons 
envoyer le datagramme pour joindre les réseaux On appelle aussi ce routeur une passerelle. 


Voici un exemple de table de routage : 


passerelle 
10.0.0.253 
10.0.0.45 

10.0.0.254 


Les tables de routage posséderont donc toujours ces informations mais, selon les systèmes d'exploitation, le format de la table 
pourra être un peu plus compliqué et comporter des colonnes supplémentaires. 
Par exemple, voici à la figure suivante la table de routage de ma machine sous Mac. 
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Routing tables 


Internet: 
ination Gc / ags tefs se Netif Expire 
ult 1 d ! enl 
2 19 .@ ÿ eng 
enû 
enl 
en1 
lo 
enl 
enl 
ent 
enl 
ent 
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enl 
enl 
vnici 
lo 
vnici 
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log 
lo 
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enl 
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vmnetl 
vmneté 
lo@ 
vmnets 
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Table de routage Mac OS 2 


On voit bien dans la colonne de gauche les réseaux que je veux joindre, et dans la colonne juste à sa droite les passerelles 
(gateway en anglais) par lesquelles je dois passer pour joindre le réseau correspondant. Les autres colonnes ne nous intéressent 
pas pour l'instant. 


On récapitule : 


un routeur est une machine possédant plusieurs interfaces ; 

chaque interface d'un routeur est connectée à un réseau, le routeur relie ainsi plusieurs réseaux entre eux ; 
toute machine ayant plusieurs interfaces peut jouer le rôle de routeur, même le vieux PC de mamie ; 

un routeur se différencie d'une simple machine, car il accepte de relayer des paquets qui ne lui sont pas destinés ; 
un routeur aiguille les paquets grâce à sa table de routage ; 

la table de routage indique quelle passerelle utiliser pour joindre un réseau. 


Il est important de bien comprendre et retenir ce qui précède, car le routage est la base du fonctionnement d'Internet ! 


Si l'on reprend le dernier point, la table de routage indique quelle passerelle utiliser pour joindre un réseau. 
Cela nous amène à une nouvelle question. 
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Pour répondre à cette question, nous allons voir qu'un mécanisme simple a été mis en place : la route par défaut. 


La route par défaut 


Nous venons de voir dans ma table de routage sous Mac une information importante. Dans la première ligne, ce n'est pas un 
réseau qui est indiqué, mais le mot défaut. 

Cela ndique que si une adresse que je veux joindre n'appartient à aucun des réseaux indiqués dans ma table, il faudra 
emprunter la passerelle indiquée dans la route par défaut. Cela va régler le problème lié à la multitude de réseaux sur Internet. Il 
me suffira d'ndiquer dans ma table une route par défaut qui permettra d'aller vers Internet et donc de joindre tous les réseaux qui 
y sont présents. 


Ceci reste encore très abstrait et sûrement complexe à comprendre, alors prenons un petit exemple pour fixer les idées. 


Exercice de routage 


Voici en figure suivante un schéma réseau qui contient plusieurs réseaux. Nous allons essayer d'écrire les tables de routage des 
routeurs. 


192.168.0.0/24 


Routeur 1 


192.168.1.0/24 


Réseau simple 
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Sur ce schéma, nous voyons deuxréseaux(192.168.0.0/24 et 192.168.1.0/24) reliés entre eux grâce au routeur 1 qui possède une 
interface réseau dans chacun de ces réseaux. 

Pour les adressages des machines, je n'ai indiqué que le dernier octet de l'adresse, car les trois premiers identifient le réseau et 
sont donc déjà connus. Par exemple pour la machine en haut à gauche d'adresse .1 quiest dans le réseau 192.168.0.0/24, on peut 
déduire son adresse complète qui est 192.168.0.1. 


deux adresses sont pour des interfaces qui ne sont pas dans les mêmes réseaux Ainsi, le routeur a comme adresse 


On pourrait croire qu'il y a une erreur au niveau du routeur qui a deux fois la même adresse, mais tout est normal, car ces 
À 192.168.0.254 sur son interface du haut et 192.168.1.254 sur son interface du bas. 


Maintenant, essayons d'écrire la table de routage du routeur 1. 


Pour cela, je vais vous donner une méthode qui s'appliquera toujours et qui fonctionnera pour tous les cas : 


1. indiquer les réseaux auxquels ma machine est connectée ; 
2. indiquer la route par défaut ; 
3. indiquer tous les autres réseaux que je ne peux pas encore joindre avec les deuxétapes précédentes. 


Appliquons la méthode. 
1 - Indiquer les réseaux auxquels ma machine est connectée. 
Mon routeur 1 est connecté à deuxréseaux, 192.168.0.0/24 et 192.168.1.0/24. 


Pour l'instant, nous ne nous soucions pas d'indiquer les passerelles, cela viendra dans un second temps. 


Passons à la seconde étape. 

2- Indiquer la route par défaut. 

Le cas est un peu particulier, car notre routeur est déjà connecté à tous les réseaux du schéma. Il n'a donc pas besoin d'une route 
par défaut pour aller vers d'autres réseaux, il les connaît déjà tous ! 


3- Indiquer tous les autres réseaux que je ne peux pas encore joindre avec les deux étapes précédentes. 
Même chose que la réponse précédente, iln'y a pas de réseau supplémentaire à mdiquer. 


La table de routage sera donc : 


Il nous reste à y indiquer les passerelles. Pour cela, nous allons appliquer une règle simple : la passerelle pour joindre un de mes 
réseaux est mon adresse. 


Ici, cela va donner : 


Table de routage du routeur 1 
192.168.0.0/24 192.168.0.254 


192.168.1.254 


192.168.1.0/24 
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A  ] 


Et voilà ! Nous avons mis en place la table de routage du routeur 1 ! 


© Maintenant, est-ce que cela suffit pour faire dialoguer nos deuxréseauxentre eux? 


La réponse est malheureusement non, bien que le routeur sait maintenant aiguiller les paquets qu'il reçoit. 


© Dans ce cas, comment les machines du réseau vont savoir qu'il faut lui envoyer les paquets ? 


Eh bien elles auront, elles aussi, une table de routage. Toute machine connectée à un réseau possède une table de routage, même 
une imprimante, un téléphone, ou le vieux PC de mamie... 


C'est grâce à cette table de routage qu'une machine peut savoir à quelle passerelle envoyer un paquet quand elle veut jomdre un 
autre réseau que le sien. On peut donc reprendre le schéma précédent et, par exemple, faire la table de routage de la machine 
192.168.0.1. 


On utilise notre méthode : 
1- Indiquer les réseaux auxquels ma machine est connectée. 
Ma machine est connectée à un seulréseau 192.168.0.0/24, ce qui donne pour la table de routage : 


Table de routage de 192.168.0.1 
192.168.0.0/24 


2- Indiquer la route par défaut. 
Cette fois, nous pouvons indiquer la route par défaut pour joindre un autre réseau que le nôtre, par exemple 192.168.1.0/24 (même 
sinous n'avons pas trop le choix dans notre exemple, vu qu'il n'y a qu'un réseau...) : 


Table de routage de 192.168.0.1 


192.168.0.0/24 
192.168.1.0/24 


3- Indiquer tous les autres réseaux que je ne peux pas encore joindre avec les deux étapes précédentes. 
Là encore, nous avons déjà indiqué les deux réseaux que nous pouvons joindre, donc cette étape peut être oubliée. 


Notre table de routage est donc : 


Nous savons déjà remplir la première ligne, car elle concerne notre propre réseau, nous pouvons donc y indiquer notre propre 


adresse en passerelle : 
Table de routage de 192.168.0.1 
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Réseau à joindre passerelle 


192.168.0.0/24 192.168.0.1 


192.168.1.0/24 


Il nous reste à indiquer la passerelle à utiliser pour joindre le réseau 192.168.1.0/24. 
La question est donc la suivante. 


© À qui la machine 192.168.0.1 doit envoyer ses paquets pour joindre le réseau 192.168.1.0/24 ? 


On se doute qu'il va falloir les envoyer au routeur R1, mais à laquelle de ses deuxinterfaces ? 


Pour répondre à cela, je vous propose d'utiliser une métaphore pour nos réseaux. 

Nous allons imaginer que chacun de nos réseaux est une pièce d'une maison, et que le routeur est la porte qui permet de relier les 
deux pièces. La porte a deuxpoignées, chacune dans une des deux pièces, comme les deux interfaces de notre routeur. 

Quand je suis dans une pièce et que je veuxaller dans l'autre, quelle poignée puis-je utiliser ? Celle qui est de mon côté de la 
porte, ou l'autre ? 


La réponse est évidente : il faut que j'utilise la poignée qui est de mon côté de la porte ! 
Eh bien c'est pareil pour le routage. Pour joindre un réseau, une machine doit utiliser une passerelle qui appartient à son 
propre réseau. 


Ici, ce sera donc l'adresse du routeur qui est sur le même réseau que la machine 192.168.0.0/24, soit l'adresse 192.168.0.254. Ce qui 
nous donne : 


Table de routage de 192.168.0.1 
Réseau à joindre passerelle 
192.168.0.0/24 192.168.0.1 


192.168.1.0/24 192.168.0.254 


Youhou ! Nous savons maintenant faire des tables de routage ! 


Pour en être bien sûrs, nous allons prendre des exemples un peu plus complexes. Observez la figure suivante. 
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10.0.0.0/24 


192.168 0.0/24 


Routeur 1 


192.168 10/24 


Routeur 3 


10.0. 1. 0/24 


Réseau plus complexe 


Ça, c'est du réseau ! Bien que cela reste en réalité un très petit réseau, pour nous, c'est déjà pas mal ! Nous allons donc refaire, 
comme dans l'exercice précédent, les tables de routage du routeur 1 et de la machine 192.168.0.1. 
À vous de jouer ! Et n'oubliez pas d'utiliser la méthode en trois étapes. 


Pour le routeur 1. 


Commençons par le routeur 1, pour la première étape, rien n'a changé, il a toujours ses deuxinterfaces connectées aux mêmes 


réseaux. 
Table de routage du routeur 1 
192.168.0.0/24 
192.168.1.0/24 


Pour l'étape 2, ça change. 

2- Indiquer la route par défaut. 

Ici, le routeur 1 doit avoir une route par défaut, car il peut aller sur Internet, mais il ne peut pas connaître tous les réseaux 
d'Internet. Sa passerelle doit lui permettre d'aller sur Internet et sera donc la première étape pour aller vers Internet. Il doit passer 
par le routeur 3, sur l'interface qui est sur le même réseau que lui, soit 192.168.1.253. 


Table de routage du routeur 1 


192.168.0.0/24 
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192.168.1.0/24 192.168.1.254 


2) Mais vu qu'il va devoir aussi passer par le routeur 4 ensuite, pourquoi ne pas indiquer directement le routeur 4 ? 


Eh bien c'est l'histoire du serpent qui se mord la queue, ou de la poule et de l'œuf! (@) 


Si, pour sortir de mon réseau, j'indique une passerelle qui est en dehors de mon réseau, je ne pourrai jamais l'atteindre, car pour 
l'atteindre il faudrait que je sache sortir de mon réseau... et pour sortir de mon réseau il faudrait atteindre la passerelle. Je ne 
continue pas, vous voyez qu'on n'arrivera jamais à sortir de notre réseau dans ce cas ! 


On en déduit une règle très importante : les passerelles indiquées dans ma table de routage appartiennent toujours à l'un de 
mes réseaux. 


Ainsi, pour mon routeur 1, je ne devrais trouver que des passerelles qui sont dans les réseaux 192.168.0.0/24 et 192.168.1.0/24. 
Ouf, c'est bien le cas dans ma table de routage ! 


Passons à la troisième étape. 

3- Indiquer tous les autres réseaux que je ne peux pas encore joindre avec les deux étapes précédentes. 

Là, ça se complique. 

Il y a globalement 4 réseaux sur notre schéma (192.168.0.0/24, 192.168.1.0/24, 10.0.0.0/24 et 10.0.1.0/24) plus Internet. 


Actuellement, nous savons aller vers les deux premiers. Nous savons aussi aller vers Internet grâce à notre passerelle par défaut. 
Il nous reste donc deux réseaux à joindre, 10.0.0.0/24 et 10.0.1.0/24. 


Cependant, sion y regarde de plus près, nous savons aussi aller vers le réseau 10.0.1.0/24, car il est derrière ma passerelle par 
défaut. 


En effet, imaginons que le routeur 1 veut envoyer un paquet vers la machine 10.0.1.1. Il va aller voir dans sa table de routage et 
va la parcourir. 

En fait, il va parcourir les routes une à une et va regarder si la machine qu'il veut joindre appartient aux réseaux définis dans les 
routes : 


e 10.0.1.1 n'appartient pas au réseau 192.168.0.0/24 de la première route, donc elle ne convient pas ; 
10.0.1.1 n'appartient pas non plus au réseau 192.168.1.0/24 de la seconde route, donc elle ne convient pas non plus ; 

e comme la définition de la route par défaut nous le dit, nous allons utiliser la passerelle associée à la route par défaut, et 
notre paquet va être envoyé à l'adresse 192.168.1.253 du routeur 3 ; 

e çayest, vu que le routeur 3 est connecté au réseau 10.0.1.0/24 que nous voulons joindre, il saura lui transmettre le 
paquet. 


Nous en déduisons que nous pourrons joindre tous les réseaux quise situent derrière notre passerelle par défaut, que 
ce soient des réseaux locaux ou des réseaux sur Internet. 


Vous l'aurez peut-être remarqué aussi, quand nous parcourons une table de routage afin de trouver une route pour joindre une 
destination, nous faisons exactement les mêmes calculs que nous avons faits dans le chapitre sur les masques de sous-réseau. 
C'est-à-dire, savoir siune adresse appartient à un réseau. 


Mais revenons à l'exercice, car nous savons joindre tous les réseaux sauf un, le réseau 10.0.0.0/24. 
Eh bien nous allons ajouter une route pour lui. En regardant le schéma, nous voyons qu'il faut passer par l'adresse 192.168.0.253 
du routeur 2 pour aller vers le réseau 10.0.0.0/24. Ce qui nous donne au final: 


Table de routage du routeur 1 
Réseau à joindre passerelle 
192.168.0.0/24 192.168.0.254 
192.168.1.0/24 192.168.1.254 


défaut 192.168.1.253 
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| 10.0.0.0/24 192.168.0.253 | 


Il existe une autre écriture possible pour la route par défaut qui est parfois identifiée par le réseau 0.0.0.0/0. 
Ceci donne une autre écriture de la table de routage : 


Table de routage du routeur 1 


Pour la machine 192.168.0.1, je vous donne directement la correction : 


Voilà ! Vus savez maintenant comment les paquets sont aiguillés d'un réseau à un autre et comment fonctionne le routage. 
Vous êtes aussi capables d'écrire les tables de routage des machines pour des réseaux simples. 


Si vous voulez vous entraîner, voici les tables de routage de quelques autres machines du schéma : 


0.0.0.0/0 


Table de routage du routeur 2 


10.0.0.0/24 10.0.0.254 
192.168.0.0/24 192.168.0.253 
0.0.0.0/0 192.168.0.254 


0.0.0.0/0 


192.168.1.0/24 10.0.1.253 
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192.168.0.0/24 10.0.1.253 


10.0.0.0/24 10.0.1.253 


Dans ce cas, on peut aussi simplifier en regroupant les réseaux 192.168.0.0/24 et 192.168.1.254/24 en un seul réseau avec un 


masque plus grand : 


Maintenant que nous commençons à avoir quelques connaissances théoriques assez poussées, nous allons pouvoir passer à la 
pratique et aux TP ! Enfin ! 


Mise en pratique du routage 
Installation 


Linux vs Windows 


Nous allons travailler sous Linux. Il n'est pas question ici de comparer Windows et Linux, qui ont chacun leurs avantages et 
inconvénients, mais de choisir le système le mieux adapté à ce que nous voulons faire, c'est-à-dire du réseau. 


L'avantage sous Linuxest que nous allons pouvoir voir concrètement ce que nous faisons. Accéder aux fichiers de 
configuration, mettre en place des fonctions avancées, etc. 


Pour ceux qui n'ont pas l'habitude de Linux, la première étape sera de se familiariser avec ce système. Ne vous inquiétez pas, ce 
n'est pas du tout sorcier. 

Ce quinous intéresse dans ce tutoriel n'est pas le système mais le réseau. Je vous laisserai donc vous occuper d'installer et 
mettre en place les outils et systèmes nécessaires. Vus pouvez par exemple commencer par l'excellent tutoriel de M(@teo21 sur 
Linux. 


L'architecture 
En réseau, on parle souvent d'architecture pour indiquer comment les machines sont branchées entre elles. 


Par exemple, vous avez déjà découvert deux architectures réseau dans nos précédents exercices sur le routage ; regardez donc la 
figure suivante. 
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10.0.0.@24 


192.168 0.0/24 


Routeur 1 


192.168 10/24 


Routeur 3 


10.0. 1. 0/24 


Ceci est une architecture qui fait le lien entre nos machines, nos routeurs, nos switchs et Internet. 


© Euh, ils sont où les switchs ? Je ne les vois pas sur le schéma... 


En fait, ce schéma est ce que nous appelons un schéma logique. Cela veut dire que nous représentons dessus la logique de 
connexions entre les réseaux. 

Ainsi, les switchs qui sont censés être propres à un réseau ne sont pas vraiment représentés. Ils le sont plus ou moins par les 
barres horizontales qui identifient chacun des réseaux. 


Étape 1, notre machine 


Avant de nous plonger dans une architecture complexe, nous allons déjà aborder ce que l'on peut voir au niveau du routage et 
de la couche 3 avec notre machine. 


Sous Windows 


J'imagine que la grande majorité d'entre vous se trouvant sous Windows, il peut être intéressant de voir ce que l'on peut faire sur 
ce système. 

En ce qui me concerne, je suis sous Windows XP pro. Si jamais vous êtes sous Vista ou Seven, l'interface a été légèrement 
modifiée mais les mêmes informations sont toujours présentes. 


Déjà, il faut comprendre qu'une partie des informations sera visible et configurable en ligne de commande DOS, et une autre 
partie ne le sera que depuis l'interface graphique. 


Commençons par la ligne de commande. 
Pour ouvrir une fenêtre DOS, cliquez sur Démarrer, puis exécuter, et tapez "cmd" dans l'invite de commande. Une fenêtre 
DOS devrait s'ouvrir, semblable à la figure suivante. 
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-[D!/x 
icrosoft Windows *%P [uersion 5.1.2666] | 
CCG) Copyright 1985-2661 Microsoft Corp. 


:\Documents and Settings \ Administrateur} 


Nous allons regarder notre configuration réseau à l'aide de la commande ipconfig.On va en profiter pour agrandir notre fenêtre 
pour voir tout ce quise passe à l'écran. 


Pour moi c'est assez simple, je n'ai qu'une carte réseau (voir la figure suivante). 


_|®| x 
icrosoft Windows %P [uersion 5.1.26091] El 


<G) Copyright 1985-2881 Microsoft Corp. 
:\Documents and Settings \Administrateur)ipconfig 


onfiguration IP de Windows 


Carte Ethernet Connexion au réseau local: 


Suffixe DNS propre à la connexion 

Adresse IPS SE on 5 re 5 5 5 ‘6 © te 18.8.98.231 
Masque de sous-réseau . . . - . 255.255.246.08 
Passerelle par défaut . . 18.8.97.1 


:\Documents and Settings \ Administrateur 


Nous voyons icitrois mformations intéressantes : 


e je possède l'adresse IP 10.8.98.231 ; 
e elle est associée au masque 255.255.240.0 ; 
e et j'aicomme passerelle par défaut 10.8.97.1. 


Vus pouvez vous amuser à calculer ma plage d'adresses réseau si cela vous tente ! 


Maintenant, regardons la table de routage que nous pouvons voir à l'aide de la commande route print (voir la figure 
suivante). 
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:\Documents and Settings \Administrateu oute print : 
Ë 


MS TCP Loophack interface 
Carte AMD PCNET Family Ethernet PGI — Miniport d 


paquets 


tinéraires actifs : 
Destination réseau Masque réseau fÂidr. passerelle dr. interface Métrique 
6.6.8.0 6.8.6.8 18.8.97.1 16.8.98.231 
16.8.96.6 255.255.246.6 16.8.98.231 16.8.98.231 
16.8.98.231 255.256,2556,255 127.6.6.1 127.6.6.1 
18.255.256.256 255.256,256,.255 16.8.98.231 16.8.98.231 
127.6.6.6 255.6.06.6 127.60.6.1 127.6. 
224.6.0.0 246.0.86.0 16.8.98.231 16.8.98. 
255.255.255,255 255,255,2556,255 16.8.98.231 16.8.98. 
Passerelle par défaut : 


Itinéraires persistants 
flucun 


:\Documents and Settings \ Administrateur» 


pnmonmennnn 


On voit ici ma passerelle par défaut identifiée par l'écriture 0.0.0.0/0. On voit aussi mon propre réseau local 10.8.96.0/20 qui a pour 
passerelle mon adresse 10.8.98.231. Tout cela est bien normal. 


Par contre, Windows nous ajoute une foultitude de routes de plus auxquelles nous ne nous intéresserons pas, car elles sont 
propres à l'implémentation que fait Windows du routage. 


Oui, et nous avons la commande ping pour cela. Cette commande permet de savoir sinous arrivons à joindre une machine (voir 
figure suivante). 


LU IN Vsiswvete 1114: -|® x 


A 
GC: Documents and Settings \fdministrateur)ping 19.8.97.1 F— 
Envoi d’une requête ‘ping’ sur 18.8.97.1 avec 32 octets de données : 


de 19.8.97.1 octets=32 temps=17 ms TTL=255 
de 19.8.97.1 octets=32 temps=2 ms TTL=-255 
de 16.8.97.1 octets=32 temps=6 ms TTL=255 
de 19.8.97.1 octets=32 temps=5 ms TTL=255 


Statistiques Ping pour 16.8.97.1: 

Paquets : envoyés = 4, reçus = 4, perdus = 8 (perte BG), 
Durée approximative des boucles en millisecondes : 

Minimum = 2ms, Maximum = 17ms, Moyenne = ‘ms 


C:\Documents and Settings Administrateur2. 


Nous voyons ici qu'une requête a été envoyée à la machine 10.8.97.1 (en fait, 4 requêtes ont été envoyées). 
La machine nous répond ensuite 4 fois. 


(Sivous n'avez pas la réponse, nous y reviendrons dans le prochain chapitre.) 
Ça marche, nous communiquons avec la machine 10.8.97.1 1 
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:\Documents and Settings \Administrateur)ping wuw.siteduzero.com 


Envoi d’une requête ’ping’ sur wuwv.siteduzero.com [92.243.25.239] avec 32 octets 
de données : 


de 92.243.25.239 : octets=32 temps=93 TTL=54 
de 92.243.25.239 : octets-32 temps-78 TTL=54 
de 92.243.25.239 : octets=32 temps=53 TTL=54 
de 92.243.25.239 : octets=32 temps=5@ ms TTL=54 


tatistiques Ping pour 92.243.25.239: 
Paquets : envoyés = 4, reçus = 4, perdus = 6 (perte @x)», 
Durée approximative des boucles en millisecondes : 
Minimum = 5@ms, Maximum = 93ms, Moyenne = 66ms 


:\Documents and Settings \ Administrateur» 


Comme vous pouvez le constater sur la figure précédente, ça marche encore ! De plus, nous voyons même que l'adresse IP du 
Site du Zéro est 92.243.25.230. 


Sivous vous souvenez, nous pouvons aussi voir les routeurs par lesquels nous passons pour joindre une destination grâce au 
traceroute qui, sous Windows, se fait par la commande tracert. Je vous en donne un intéressant en figure suivante. 


c\ C:\WINDOWSïsystem32\kcmd.exe 


GC: Documents and Settings \Administrateur)tracert www.intechinfo.fr 


Détermination de l'itinéraire vers wuw.intechinfo.fr [1193.238.158.25] 
avec un maximum de 38 sauts 


19.8.97.1 

neufbox [192.168.1.11] 
Délai d'attente de la demande dépassé. 
17.242.78-86.reu.gaoland.net [86.78.242.17] 
33.248.193-84.rev.gaoland.net [84.163.248.33] 
158.141.96-84.reuv.gaoland.net [84.96.141.158] 
166.141.96-84.revu.gaoland.net [84.96.141.166] 
1789.248.96-84.rev.gaoland.net [84.96.240.178] 
19.16.55.11 

18.15.55.11 

189.15.50.1 

Délai d'attente demande 
Délai d'attente d demande 
Délai d’attente demande 
Délai d'attente demande 
Délai d'attente demande 
Délai d'attente demande 
Délai d'attente demande 
Délai d'attente demande 
Délai d’attente demande 
Délai d'attente demande 
Délai d'attente demande 
Délai d'attente demande 
Délai d'attente demande 
Délai d'attente demande 
Délai d’attente demande 
Délai d'attente demande 
Délai d’attente demande 
Délai d'attente demande 
Délai d'attente demande 


ms 
ms 


5 
3 
æ 
66 
64 
37 
# 


mn 
DCE 2) 


© 
KKXKXX EX XXE EX KE XX K OK OX K XX © 


KKXKXKXKXX XXE K XX K XX K XX K X 
KKKKXX XX EX EX K XX XX XX X 
à à à à à à Ÿ à à à à à à à à à A Y Y 
 Cù (A à 0 6 0 6 0n CA à Un 69 0 LA à à 6 
Ci (A 6 Cn CA Un CA Ca CA CA CA Un (A à (à Li Là À 
CDS CDN CD CDN EDS CDN CDS CD ÉD ÉD DS CDN EDS CDS Ds ÉD ÉD CDS ÉD 


Itinéraire déterminé. 


GC: Documents and Settings \ Administrateur} 


J'ai fait un tracert vers le site web de mon école, mais iln'aboutit pas. Cela ne veut bien sûr pas dire que la machine n'est pas 
joignable, mais simplement qu'il y a un routeur sur le chemin qui bloque l'envoi ou la réception de mon traceroute. 
Ilest par ailleurs intéressant de voir aux étapes 9, 10 et 11 que nous passons sur Internet par des réseaux privés ayant des 
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adresses RFC 1918 !! 
Cela est dû au fait que les opérateurs utilisent ces adresses sur leurs réseaux privés mais que ces routeurs ne communiquent pas 
directement avec des machines d'Internet. 


Aünsi, nous voyons bien que notre machine possède tous les éléments nécessaires au bon fonctionnement de la couche 3. 


En revanche, s'il n'est pas simple sous Windows de modifier sa configuration réseau, cela peut se faire très facilement 
graphiquement. 


Cliquezsur Démarrer,puis Panneau de configurationetchoisissezConnexions réseau. us cliquez avec le 
bouton droit sur la connexion que vous voulez voir, puis dans la nouvelle fenêtre, cliquez sur 
Protocole Internet (TCP/IP) etenfin sur Propriétés. 


Voici à la figure suivante ce que vous devriez voir. 


Propriétés de Protocole Internet (TCP/IP) 
Général | 


Configuration altemaitive | 


Les paramètres IP peuvent être déterminés automatiquement si votre 
réseau le permet. Sinon, vous devez demander les paramètres IP 
appropriés à votre administrateur réseau. 


@) Obtenir une adresse IP automatiquement 


© Utiliser l'adresse IP suivante : 


@) Obtenir les adresses des serveurs DNS automatiquement 


© Utiliser l'adresse de serveur DNS suivante : 


| 


Ici, on voit que mon adresse IP est donnée automatiquement. En fait, c'est le routeur de mon opérateur qui me la fournit. 
Ceci dit, on peut tout à fait fixer soi-même ces informations (voir la figure suivante). 
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Propriétés de Protocole Internet (TCP/IP) 


Général 


Les paramètres IP peuvent être déterminés automatiquement si votre 
réseau le permet. Sinon, vous devez demander les paramètres IP 
appropriés à votre administrateur réseau. 


© Obtenir une adresse IP automatiquement 


@) Utiliser l'adresse IP suivante : 


Adresse IP : [ 10. 8 . 9.23 ] 


Masque de sous-réseau : 255 . 255 . 240. 0 | 


Passerelle par défaut : [ Te E ee 1l 


@) Utiliser l'adresse de serveur DNS suivante : 


Serveur DNS préféré : | 


Serveur DNS auxiliaire : | 


Voilà, vous savez maintenant où trouver les informations IP sous Windows et comment les modifier. 
Regardons maintenant sous Linux ce que cela peut donner. 


Sous Linux 


Je vous conseille d'utiliser une Debian. 

Debian est une distribution formidable et très orientée services et stabilité. Ainsi, en installant une Debian de base sans 
environnement graphique, vous aurez une machine consommant très peu de ressources. Et vu que nous allons par la suite 
installer plusieurs machines virtuelles sur votre machine, il serait intéressant de ne pas consommer trop de ressources pour que 
votre machine tienne la charge. 


Nous allons installer une Debian virtuelle dans la suite du cours, donc si vous n'en avez pas sous la main, pas la peine 
de vous lancer dans l'installation, ça va arriver ! 


Pour l'instant, nous allons découvrir les commandes utiles sous Linux pour accéder aux mformations réseau. 
Pour afficher son adresse IP, c'est la commande ifconfig. 


Code : Console 


SASHA LECONELS 
eth0 Link encap:Ethernet HWaddr 00:40:63:e8:09:89 
netaadrs Son ONE AS NGOMMP CA Ste C0 ROME EP PES MN SQUuer 255255225510 
adr inet6: 2a01:e0b:1:45:240:63ff:fee8:989/64 Scope:Global 
adr inet6: fe80::240:63ff:fee8:989/64 Scope:Lien 
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 
RX packets:102942465 errors:0 dropped:0 overruns:0 frame:0 
TX packets:78387221 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 lg file transmission:1000 
RX bytes:3096315640 (2.8 GiB) TX bytes:2529589244 (2.3 GiB) 
Interruption:18 Adresse de base:0xfc00 


10 Link encap:Boucle locale 
inebtiacrenP ROOMS SQUe 25 A0MUPO 
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adrineborre-1# 4268 SCopesHôte 

UP LOOPBACK RUNNING MTU:16436 Metric:l 

RX packets:3490390 errors:0 dropped:0 overruns:0 frame:0 

TX packets:3490390 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 lg file transmission:0 

RX bytes:232029693 (2212 MiB) "= TX bytes:232029693 (221.2. MiB) 


Nous voyons icique ma machine possède deux interfaces réseau. La première est l'interface eth0 (eth pour Ethernet !) qui est 
ma carte réseau. 
La ligne qui nous intéresse dans sa configuration est la suivante : 


inet adr:88.191.45.68 Bcast:88.191.45.255 Masque:255.255.255.0 


Nous pouvons y voir notre adresse IP 88.191.45.68, notre masque 255.255.255.0 et l'adresse de broadcast 88.191.45.255. 


Enfin nous avons l'interface lo (pour local, ou /oopback) qui est une interface réseau virtuelle qui n'est accessible que sur la 
machine elle-même. Son adresse est toujours 127.0.0.1, sur toutes les machines. C'est une convention. 


Pour voir ma table de routage, la commande est route -n: 


Code : Console 


sd-6555:-# route -n 
Table de routage IP du noyau 


Destination Passerelle Genmask Indic Metric Ref Use Iface 
BIS 0 OAOMOMO 2DS-25662500 0 U 0 0 0 etho0 
OO O0 BIS ROMANS MIE OO 0PO0 UG 0 0 0 etho0 


On voit tout de suite la sobriété de cette table par rapport à Windows ! 


La première ligne est pour notre réseau, et on voit une particularité de Linux qui n'indique pas notre adresse, mais 0.0.0.0. C'est 
comme Ça. 
La seconde est la route par défaut qui est ici 88.191.45.1. 


Maintenant que nous avons affiché les nformations, nous allons voir ce qu'il faut faire pour les modifier. 
Sous Linux, tout est modifiable depuis la ligne de commande. 


Par exemple, on peut utiliser la commande i fconfig avec des options pour modifier son adresse et la remplacer par 10.0.0.1/24 


Attention, si vous faites une modification d'adresse ou de routage sur une machine distante à laquelle vous êtes 
connectés, vous perdez votre connexion ! Ne le faites que sur une machine sur laquelle vous avez un accès physique. 


Code : Console 


SAS EE SEM ONE LOoNeLhOMIOPONOPINneEMmaske2LE PSE Le 0 

SODO OS CTREL EC ONE 

eth0 Link encap:Ethernet HWaddr 00:40:63:e8:09:89 
net ad ATO "0 OMINNBCASEL MONO OM 25 EMMA Sque: 255 .255%2)55 "0 
adr inet6: 2a01:e0b:1:45:240:63ff:fee8:989/64 Scope:Global 
adr inet6: fe80::240:63ff:fee8:989/64 Scope:Lien 

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1l 

RX packets:102950613 errors:0 dropped:0 overruns:0 frame:0 

TX packets:78388144 errors:0 dropped:0 overruns:0 carrier:0 

collisions:0 lg file transmission:1000 

RX bytes:3096939806 (2.8 GiB) TX bytes:2529720601 (2.3 GiB) 

Interruption:18 Adresse de base:0xfc00 


10 Link encap:Boucle locale 
Inetraor: 127 00/1 MSSque 255: 0070 
adr ineto: :"-1/126 ,Scope:Hôte 
UP LOOPBACK RUNNING MTU:16436 Metric:1 


RX packets:3491321 errors:0 dropped:0 overruns:0 frame:0 
TX packets:3491321 errors:0 dropped:0 overruns:0 carrier:0 
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collisions:0 lg file transmission:0 
RXVbvtes: 282085987221 S MI) TX bytes: 232085987 (221 MP) 


Mon adresse a bien changé ! 


Nous allons maintenant modifier la table de routage. Pour cela, la commande est encore route, à utiliser avec des options. 
Par exemple, nous allons enlever notre route par défaut, et la changer pour 10.0.0.254 vu que nous avons déjà changé notre 


adresse IP. 


Code : Console 


sd-6555:-# route 
sd-6555:-# route 
sd-6555:-# route 
Table de routage 
Destination 
LOMOP OO 

OAOMO®0 


del default 

add default gw 10.0.0.254 
-n 

IP du noyau 


Passerelle Genmask InOALCMeLTICAREE Use Iface 
OROMOMO 255 25582550 U 0 0 0 etho0 
DOSP0M0E254 ORCPOEO UG 0 0 0 etho0 


Nous pouvons même ajouter une route spécifique si nous le souhaitons pour aller vers le réseau 192.168.0.0/24 en passant par la 


passerelle 10.0.0.253 : 


Code : Console 


sd-6555:-# route 
sd-6555:-# route 
Table de routage 
Destination 

1100 0. 

192 M6 800 

OR OROZ 0 


addenet ele 00EneEmaske ss 25 A0 mom Oe025S 
-n 
IP du noyau 


Passerelle Genmask Indic Metric Ref Use Iface 
ONOAOMO PSS 28256, U 0 0 0 etho0 
HOMOMUR258 ASS 2552500600 U 0 0 0 etho0 
DOS 0M0E254 OOP0E0 UG 0 0 0 etho0 


Vus savez maintenant modifier l'adressage et la table de routage d'une machine Linux, nous allons pouvoir passer au premier TP 


© 


Étape 2, mise en place de notre architecture 


Un premier réseau simple 


Nous allons mettre en place dans un premier temps un réseau très simple. Il sera constitué de deuxréseauxreliés entre euxparun 


routeur. 


Voici à la figure suivante le schéma logique. 


www.siteduzero.com 


Partie 2 : Communiquer entre réseaux 110/220 


Machine virtuelle 1 


192.168.10.0/24 


Routeur 1 (machine virtuelle 3) 


192.168.11.0/24 


Machine virtuelle 2 


Nous allons donc créer trois machines virtuelles sous Linux. Les deux premières vont jouer le rôle de machines clientes, la 
troisième jouant le rôle de routeur entre les deuxréseaux. 


Création des machines virtuelles 


Prérequis : il vous faudra pour être tranquille 30 Go de disque dur pour installer les machines virtuelles. Un minimum de 2 Go de 
RAM serait bien également. 


Si vous n'êtes pas habitués à utiliser des machines virtuelles, vous allez voir, c'est très simple. 
Le principe est de faire tourner une ou plusieurs machines en parallèle de votre machine principale. Ainsi vous pouvez avoir un 


Windows installé sur votre machine, et un Linux qui tourne en même temps en tant que machine virtuelle. 


Par exemple, je fais tourner un Windows XP pro sur mon Mac et je peux travailler sur les deux en parallèle (voir la figure 
suivante). 
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VMware Fusion Fichier Édition 


Présentation Machine virtuelle Fenêtre Aide a PERSON FE 


== © (és Windows XP Pro = à 
=. à de, hé 
({ fs ü FE. CRE. o A 
Accuei Bu, @ A, ] M [Me 4 ù 
OTUCES interrompre Prendre un snapshot Restaurer Réglages Unity Plein écran ln 


D eV co Êe 


Corbeille Lite VMWare wSpheren Poste de travail 
ee ie 


2 | | 
Accue a) e ee) |. 
septe.. MbzAgiFrocess Simulateur Gocgielchrome \ 


[MOelIEn 


ses 


ICencetMAatE derniers déblan-508185 


RTE 
recrutem 
ailforkic 


simulateur SimulateurMo 


a 


ï 


: À) Connexion au réseau local est maintenant connecté !* 
erpro fichiers-arlexml 


Vitesse : 1,0 Gbitsjs 


‘2 démarrer 


$ = 


Pour une entrée directe vers cette machine virtuelle, cliquez dans la fenêtre ou appuyez sur #-G. 


Je vais considérer que vous êtes sous Windows, mais de toute façon, l'installation est possible sous Mac OS ainsi que sous 
Linux. 


Nous allons donc installer un programme quinous permet de virtualiser des machines, il s'agit de ; 
Vus pouvezaussi choisir vmware ou VirtualPC pour virtualiser si vous y êtes habitués, mais les manipulations seront faites 
sous Vitualbox dans ce TP. 


Allez télécharger l: l eue et installez-la. L'installation est très simple, il suffit de cliquer sur next à 
chaque étape. @) 


Avant de créer notre première machine virtuelle, nous allons voir qu'il y a plusieurs façons de les créer. 

La première est celle que vous utilisez habituellement pour installer des machines, c'est-à-dire récupérer une image disque du 
système d'exploitation à installer, la graver sur un CD ou un DVD, puis insérer le CD ou le DVD dans le lecteur pour commencer 
l'installation en redémarrant la machine. 

La seconde est plus simple et nous allons l'utiliser. Elle consiste à récupérer une image d'une machine déjà existante et à la copier 
directement dans Virtualbox. 


Pour cela, je vous propose de télécharger 


Positionnez ce fichier .vdi dans un répertoire que nous allons appeler... répertoire ! Lancez Virtualbox; vous devriez voir 
apparaître une fenêtre semblable à la figure suivante. 
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FE J 
£ 3 
3 Sp > Es Détails |  (@) instantanés 


Nouvelle Configuration Afficher Oublie 


= Debian01 [B\ Général [| Prévisualisation 
®) + En fonction 
Nom : Debian0O1 - 


Système d'exploitation : Debian 


Système 


Mémoire vive : 384 Mo 
Ordre d'amorçage : Disque CD/DVD, Disquette, Disque dur 


[| Affichage 


Mémoire vidéo : 12 Mo 
Serveur bureau distant : Désactivé 


(2 Stockage 


Contrôleur : IDE 

Maître secondaire IDE : [CD/DVD] Lecteur de l'hôte «D: » 
Contrôleur : SATA 

Port SATA 0 : Debian01.vdi (Normal, 4,98 Gio) 


& Son 


Pilote hôte : Windows DirectSound 
Contrôleur : ICH AC97 


ŒŸ Réseau 


Image Virtualbox 


À Ici, j'ai déjà une machine Debian, mais la vôtre arrive bientôt (@) 


Nous allons maintenant créer trois machines virtuelles à partir de notre image. 


Pour cela, cliquez sur New, ou Nouveau. Cliquezsur Suivant, puis donnez un nom à votre machine virtuelle, par exemple 
Debian01. Choisissez Linux Debian comme système. Mettez 256 Mo comme mémoire (on n'a pas besoin de plus en 
environnement graphique !). 


Ensuite, choisissezun disque existant puis Ajouter et allez pointer sur votre fichier Debian01.vdi dans le répertoire 
choisi. 
Choisissez ce disque et cliquez sur Suivant. Votre Debian est installée et prête à l'emploi. 


Avant d'aller plus loin, essayez de la démarrer en cliquant dessus puis Lancer. Normalement tout se lance tout seul et la 
machine boot. Wus devriez vous retrouver devant l'invite de login. Le login est root et le mot de passe est siteduzero. 


Si vous obtenez un prompt : c'est gagné ! Vous pouvez maintenant arrêter cette machine avec la commande 
init 0 

Nous allons maintenant dupliquer notre machine Debian pour avoir plusieurs machines virtuelles et faire du réseau entre elles. 
Pour la dupliquer, ou la cloner, nous allons utiliser la fonction de clonage qui est disponible directement dans Virtualbox Faites 
un clic droit sur votre machine virtuelle et choisissez cloner. Choisissez le nom de votre clone, par exemple Debian02, et 
sélectionnezréinitialisez l'adresse MAC de toutes les cartes réseau. Sélectionnez 

Clone intégral, et cliquezenfin sur Cloner. 


Refaites la même opération pour Debian03, et hop, vos trois machines virtuelles sont prêtes ! 


F °\ Il est normal que les images n'aient pas la même taille, c'est un mystère de Virtualbox. 
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113/220 


€? 


Ilne vous reste qu'à refaire les étapes de création des machines virtuelles. Wus devriez maintenant avoir vos trois machines 
virtuelles prêtes à l'emploi, comme indiqué en figure suivante. 


Ÿ Oracle VM VirtualBox -- Gestionnaire de machines EEK) 


Fichier 


Machine Aide 


9 


Créer 


& 5 


@> 


Configuration 


Bouba 
Eteinte 


Oracle 
Eteinte 


vBS1 
@éteinte 


DebianO1 
£n fonction 


Debian03 
£n foncbion 


Debian02 
En fonction 


® % 


| Détails | (@J instantanés 


@ Stockage 


Contrôleur IDE 
Maitre secondaire IDE (CD/DVD): Vide 
Contrôleur SATA 
Port SATA 0 : Debian02, di (Normal, 3,92 Gio) 


ti Son 


Pilote hôte : Windows DirectSound 
Contrôleur : ICH AC97 


EP Réseau 


Carte 1 : Intel PRO/1000 MT Desktop {Pont avec l'interface Intel(R} WiFi Link 5300 AGN 
} 


use 


Filtres : 0 (0 actif} 


Dossiers partagés 


AUCUN 


[e] Description 


AUCUN 


Il nous reste juste à configurer le réseau. Pour cela, allez dans l'interface de Virtualbox, et pour chacune des 3 machines double- 
cliquez sur réseau, dans la colonne de droite (voir la figure suivante). 
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Ÿ Oracle VM VirtualBox -- Gestionnaire de machines EEK) 
Fichier Machine  Aâide 


St (: ——— 
{5 = 4 | 43 Détails | © instantanés 


Créer Configuration Afficher Oublier 


DB }à Bouba 

xp} @éteinte @ Stockage 

Contrôleur IDE 

Oracle Maître secondaire IDE (CD/DVD): Vide 

@éteinte Contrôleur SATA 

Port SATA 0 : Debian02, di (Normal, 3,92 Gio) 


vBS1 
@éteinte > son 
Pilote hôte : Windows DirectSound 


@ DebianO1 Contréleur : ICH AC97 


D En fonction 


Debian03 à Carte 1 : Intel PRO/1000 MT Desktop {Pont avec l'interface Intel(R} WiFi Link 5300 AGN 
£n foncéion ) 


Debian02 USB 
(@ D En fonction 4 


Filtres : 0 (0 actif} 


Dossiers partagés 


AUCUN 


[e] Description 


AUCUN 


Puis choisissez Accès par pont et indiquez la carte réseau qui est connectée à Internet sur votre machine (si jamais vous avez 
une carte wifi et une carte réseau filaire). Dans mon cas, j'ai mdiqué la carte wifi (voir la figure suivante). 
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+ Debian03 - Paramètres 


Général Réseau 


Système 


pe 
&ffichage Carte 1 | Carte2 | Carte3 | Carte4 


Stockage Activer la carte réseau 
Son 


Mode d'accès réseau : | Accès par pont | 


Nom : {InteléR} WiFi Link 5300 AGN 
Ports séries DEEE IILENILALLELL 
Y Avancé 


DRE Fr OCTErR 


Réseau 


USE EE — _— —— 
g x Type de carte : Intel PRO;1000 MT Desktop (82540EM) 
Dossiers partagés 


ädresse MAC : |08002757C019 


Câble branché 


Redirection de ports 


Choïërez une catégorie à configurer dans la liste sur la gauche et déplacez le pointeur de ls souris 
au-dessus d'un élément pour obteni plus d'informations. 


Nous sommes OK pour le réseau. Démarrez les trois machines virtuelles et connectez-vous à chacune d'entre elles avec le login 
indiqué plus haut. 


Réalisation du TP 


Nous connaissons déjà la commande i fconfig qui permet de voir sa configuration réseau et de changer son adresse. 
Faites un ifconfig et vérifiez que vous avez bien les cartes eth0 et lo. 


commande suivante en faisant varierx:ifconfig ethx up. Dès que vous voyez deuxinterfaces réseau ethxet lo, 


! Ilest possible que Virtualbox ait renommé eth0 en eth1 ou ethx Si jamais vous ne voyez pas eth0, essayez de faire la 
c'est bon ! 


Pour la suite du TP, je considérerai que c'est eth0 qui fonctionne, vous le remplacerez si nécessaire. 


Commençons le TP. Donnez les adresses suivantes aux machines : 


e 192.168.10.1/24 à la machine 1 ; 
e 192.168.10.254/24 à la machine 2 ; 
e 192.168.11.1/24 à la machine 3. 


Solution 
Sur Debian 01 : 
ifconfig eth0 192.168.10.1 netmask 255.255.255.0 


Sur Debian 02 : 


ifconfig eth0 192.168.10.254 netmask 255.255.255.0 
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Sur Debian 03 : 
ifconfig eth0 192.168.11.1 netmask 255.255.255.0 


Essayez maintenant de pinguer la machine Debian02 depuis la machine Debian01, que se passe-t-il ? 


Solution 
Code : Console 


debian01:-# ping 192.168.10.254 

PING 192.168.10.254 (192.168.10.254) 56(84) bytes of data. 

GAL res Miromeo 2 AMG AIOP2S UE  ECMpRSC ICE AStriimes "16 Bme 
CSL Vres irons? GB MO STE ECMORS qe ete CAR trimes OPA? "Rme 
GAME VresM romeo? T6 MP 254 5 cmpsseq=s rte 61 time ("125 %ms 


92 OS MIO 2 SSD INORSTEALLS ECS 
3 packets transmitted, 3 received, 0% packet loss, time 2006ms 
rtt min/avg/max/mdev = 0.121/1.142/3.184/1.443 ms 


Â Utilisez CTRL+C pour arrêter le ping. 


On voit que le ping fonctionne. 


Essayez maintenant de pinguer Debian03. 


Solution 
Code : Console 


debran0lé=# pinau192"#1168/"1"%"1 

BINGO 2 MICS AMTAM IO 2 EC MEN 6 (8 2)NDVEeSSOorMdaras 
From 19216811" 1 icmp-seq=2 Destination Host Unreachablle 
rom? 168 ME MICMpESseQ=SN Destination Host Unreachabile 
From 192.168.11.1 icmp seq=4 Destination Host Unreachable 
ME 

07 OC ME DINOeS tLatStiCs ee 

5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4003ms 
, pipe 3 


il 
il 
il 
il 


Ici, le ping ne marche pas. Et c'est bien normal, car les machines Debian01 et Debian03 ne sont pas dans le même réseau. Il n'y a 
pas de routeur pour relier les deuxréseaux, donc cela ne peut pas marcher. 
Il nous faut ajouter une interface à la machine Debian02 dans le réseau de Debian03 pour relier les deuxréseaux. 


Configuration du routeur 


C'est donc la machine Debian02 qui va jouer le rôle de routeur. 
La première chose à faire est de lui ajouter une adresse IP supplémentaire dans le réseau 192.168.11.0/24. 


© Mais nous n'avons qu'une carte réseau !? 


Ce n'est pas grave, car sous Linux, nous pouvons ajouter autant d'adresses que nous voulons à une interface réseau. 
Nous allons en fait créer une interface virtuelle eth0:0. 


ifconfig eth0:0 192.168.11.254 netmask 255.255.255.0 
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Nous avons maintenant deux interfaces réseau avec chacune une adresse dans l'un des deuxréseaux. 


Code : Console 


debian02:-# ifconfig 

eth0 Link encap:Ethernet HWaddr 00:0c:29:61:e8:68 

Inetraor O2 PAC NOR SAN ECS SE ro 2 RCA SMS QUE 255025525510 
adr inet6: fe80::20c:29ff:fe6l1:e868/64 Scope:Lien 

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 

RX packets:1017251 errors:0 dropped:0 overruns:0 frame:0 

TX packets:523742 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 lg file transmission:1000 

RX bytes:391610641 (373.4 MiB) TX bytes:387456364 (369.5 MiB) 


eth0:0 Link encap:Ethernet HWaddr 00:0c:29:61:e8:68 
Inetiaor:s 192 MC AIN SAN CSS Er LOC SNS SMS Que 725502552550 
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 


10 Link encap:Boucle locale 
inet adr:127.0.0.1 Masque:255.0.0.0 
adreinero 1 26ES Copé Hote 
UP LOOPBACK RUNNING MTU:16436 Metric:1 


RX packets:4921 errors:0 dropped:0 overruns:0 frame:0 
TX packets:4921 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 lg file transmission:0 

RX bytes:478450 (467.2 KiB) TX bytes:478450 (467.2 KiB) 


Nous sommes prêts à router... ou presque. 

En effet, pour l'nstant, notre machine se comporte comme une simple machine et rejette les paquets quine sont pas destinés à 
sa propre adresse IP. Pour qu'elle se comporte comme un routeur, il faut activer le routage. Pour cela, c'est très simple, car il suffit 
de mettre 1 à la place de 0 dans un fichier : 


echo 1 > /proc/sys/net/ipv4/ip forward 


Et hop, notre machine est désormais un routeur ! 
Nous pouvons essayer de pinguer Debian03 depuis Debian01. 


Code : Console 


debran0tiE HN pinoNIRO 2" AR68 PAIE NI 

PING 192.168.11.1 (192.168.1.1) 56(84) bytes of data. 
From 2 MCE MMA empEseg Destination Host Unreachabile 
ErOmANS 2 MP IECmoNSsea SN Destination HoStMUnreachabile 
From 19216811 AN cmpsseg= 4 Destination Host Unreachable 
de 

=. 1197 100 MD Nos tar 

5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4003ms 
» pipe 3 


Oups ! Ça ne fonctionne pas... 


C'est normal, car pour l'instant, la machine Debian01 ne sait pas qu'il faut envoyer ses paquets à Debian02. 
Nous devons mettre une route dans sa table de routage pour que cela fonctionne. Vu que notre réseau est très simple, nous 
pouvons lui mettre une route par défaut. Regardons sa table de routage, puis ajoutons une route par défaut : 


Code : Console 


debian01:-# route -n 

Table de routage IP du noyau 

Destination Passerelle Genmask Indic Metric Ref Use Iface 
OZ MECS O0) OS OAUEO 255% 2505201010 U 0 0 0 etho0 
debian01:-# route add default gw 192.168.10.254 
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Table de routage IP du noyau 


Destination Passerelle Genmask MnociMe Br ICMReE" Use Iface 
HONG SEMOMO CO AOMO ASS 0 2 5810720) 000) U 0 0 0 etho0 
OAOAOPC 192 M6 102572 OMOMOME UG 0 0 0 eth0 


Et maintenant, c'est sûr, le ping va marcher ! 
ping 


Code : Console 


debian01:-+-# ping 192.168.11.1 

PINGAO2 TGS AN RO 2 Me NS 84) bytes of data 

ae 

Sn 02. O0 MNDHNONS TEA SEC 

5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4003ms 
» pipe 3 


Ça ne marche toujours pas. Pourtant la machine Debian01 sait à qui il faut envoyer les paquets pour joindre Debian03 ! 


© Avez-vous une idée de ce quise passe ? 


En fait, la machine DebianO1 fait bien son boulot, sa table de routage lui dit que pour joindre le réseau 192.168.11.0/24, il faut 
passer par la route par défaut, et elle peut le faire. Elle envoie donc son paquet au routeur Debian02 192.168.10.254. Debian02 
reçoit le paquet, voit en couche 2 son adresse MAC, lit l'adresse IP destination en couche 3 et voit que le paquet n'est pas pour 
elle. Vu que le routage est activé, elle va voir dans sa table de routage à qui elle doit l'envoyer. 

Elle voit que 192.168.11.1 appartient à son propre réseau, elle fait donc une requête ARP et peut envoyer sa trame à 192.168.11.1. 
Jusqu'ici tout roule. 


192.168.11.1 reçoit le ping ! 
Mais par contre, sa table de routage ne possédant pas de route par défaut, ilne sait pas renvoyer la réponse. 
La machine Debian01 ne reçoit donc jamais de réponse. 


Nous pouvons le vérifier grâce à la commande {cpdump. 

Tcpdump est un sniffer. C'est un programme qui est capable d'écouter toutes les trames qui arrivent sur notre carte réseau et 
de nous les afficher à l'écran. Nous allons successivement utiliser le sniffer sur Debian01, Debian02 sur l'interface eth0, Debian02 
sur l'interface eth0:0 et enfin Debian03. 


Code : Console 


debian01:-# tcpdump -i eth0 icmp 

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on eth0, link-type ENI10OMB (Ethernet), capture size 96 bytes 

ES EE AS OMOTS NEO 2 MÉCOPTNOMMIO2PNCSAMMESICMPS Cho request, LAMAS POUSSE Ir 
165%56% 49669414 RP T9 2 468240 1192 168 TM NCMP ECho request, LdMS GO Sea?) 
1556 SI0 RG ÉRIC TOME 2 MÈ68 PAROI O2 MENICMPNREChoMreqUuest, OMS RGO SES" 
LES GE SAMI TS MRPRO 2 MECS PAROI 192.168.11.1: ICMP echo request, id 15160, seq 4, 


VAS VAN? 


KI >) 


Ici, on voit que la machine Debian01 envoie bien les requêtes vers Debian03. 


Code : Console 


debian02:-# tcpdump -i eth0 icmp 

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on eth0, link-type ENI10OMB (Ethernet), capture size 96 bytes 

PERS EE AGO INTER NIOMIE NO 2 ETC SP AMESERCMPE Chorequest, LAMPE ECOPRS EG 
ASS EE AO COCO ANNEE 2 MAÉ Ge EE TIO EI 192168 MM NICMPNÉChoNreqUuest, LA MSPOOPN SE 
ES ET SOCCER IG TOME 2 MEGA TION 192.168.11.1: ICMP echo request, id 15160, seq 
ESS CE SPC IC RIRE MTEMIEO 2 RG AIO EMI 192.168.11.1: ICMP echo request, id 15160, seq 


+ © NH 


SO 


VAE? 
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KI D 
La machine Debian02 voit bien arriver les requêtes sur son interface eth0 (192.168.10.254). 

Code : Console 
debian02:-# tcpdump -i eth0:0 icmp 
tcodump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on eth0, link-tvype EN10MB (Ethernet), capture size 96 bytes 
DES 56 AS OTOUS ININEMNNO 2 MR AO AN NO AG SAM EN TCMENC Cho request, TOMSAGOP NS EQNIT, 
PSS OGC OA ANITEMINO 2 RES AO AN NO ÉGS IAR QrCMENCChoMreqUues tt, TOMSPGO SE? 
1556 0 MC C SIG TONNEMINO 2 MR AO A NNO2 ANG SN IMMRMTCMENCChoMrEeqUues TC, LOMSIGON SES”, 
SSIAP CCS GO NIDEMINO 2 MRC AO M NO 2 AIG SAP MICMENCChoOMrEeqUesS TL, OMS OPN SERA 
KI D 
Elle voit même les requêtes ressortir de son interface eth0:0. 
Code : Console 
debian03:-# tcpdump -i eth0 icmp 
tcodump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 
ASE SIC AS GTI AS NT PRG BARON 2 MRC SEINE CMPEC ChoOMre Que SCIE OS E CIN 
ASF SIC AO IG COMITE MIRO 2 ENRG BARON 2 MECS AIME SE CMPECChOMreQUe SCI MECOPES EC 
ISF GS DOCS ETOETPESINO PIECE ROSE NIMES MIE SnCMENSCchobrequesitr dl OSS ECS 
HS SG SG OS ET ENTER TROZENIESROE IS 2 EME RME RCMENS Chobre Que Sir EGO MS EC 
KI Le) 
Et la machine Debian03 voit bien arriver les requêtes sur son interface eth0, mais aucune réponse ne ressort. 
Ce problème est très connu sous le nom de problème de la route de retour. 
Souvent les personnes pensent à configurer l'envoi des mformations, mais ne pensent pas au retour. 
Il faut donc ajouter une route par défaut à Debian03. 
Code : Console 
debian03:-# route -n 
Table de routage IP du noyau 
Destination Passerelle Genmask Indic Metric Ref Use Iface 
OEM SRE OO 2552 SE SE A0 U 0 0 0 eth0 
debian03:-# route add default gw 192.168.11.254 
Table de routage IP du noyau 
Destination Passerelle Genmask Indic Metric Ref Use Iface 
102 AGP AIO OPOPOP0 2H SR 200 2100 0 U 0 0 0 eth0 
OMONOP:0 192 ARE SAME? 15721 010070 UG 0 0 0 etho0 
Et maintenant notre ping. fonctionne ! 
Et nous pouvons le voir avec tcpdump : 
Code : Console 
debian01:-# Etcpdump -i eth0 icmp 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on eth0, link-type ENI0OMB (Ethernet), capture size 96 bytes 
MES GER AO OO IREMIRO ZEN CARO RO 2 MG SAMIR NICMENCGONOREEeQUE ST, LOIS IRC OPESE cle, 
IS SIG MO GTDIGO 2 ME MIO 2 MISE EE AE MIO 2 RG PT OPMIERREMERC CROREE pi OMIS TR GOPSSE Gr el 
DSP COM ATP MIRO MECS ROSEMONT MEMEICMESE Cho REQUes Cao OESER?) 
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EDGE AO RG ICROIGOIC NERO 2 ARCS MM IE 2 EC RS ROM ES ECMPSCC ROME DIE AMEN CPS 27 
1 ET SONG GR ICTONTNPMIOZ MRC TRO MISES AMIE NCMERÉChoSrEQUuestr,  LAMSERGONS ECS" 
PES ET SI0GICR ES MANTPMIRO 2 PROS MIS RO 2 EG SEM O MIS M ECMENS Cho EE DIE CMS OS CR 7 il 
SRE SPC CR GPO MTEMIIO D RGO TROIS MIO 7 EG MM RCMESE Cho request, AMIS GONS ERA 
ISSN G GRIS CA MREMIO 2 RMI RES D MIE ROME STCMPRECROMEeDIN LOI IIGO NS RAT 
1 2 NGC ICONE ARC TRO MMOG SAME NCMEREChoMrEQUueStL, AMIS OMS ENS" 
LES ES 20 RS OMTPMIO ZE RC SAME NEO 2 EC RS MO MES ECMENRSChOREE DIE MS IG DO PNSE CS nil 

KI D 
On voit bien ici les requêtes de DebianO1 et les réponses de Debian02. 
Code : Console 

debian01:-# ping 192.168.11.1 
PIENGAMRO 2 MICRO 2 IR SMS GC AS Nbr Ces to frndo rar 
CAL reSRromeMO 2 NE AM eMORS eo Ie ISA Crimes "Ars ns 
CAM Vres miromeno 2 MEME emMORSe qe trie 6 Aime = O2 
CAL Vres romeo 2 EE AE EeMORS qe AN Crime O2 58ms 
ae 


192.166. 10-2 5 4Nbinosstatisticsi== 


3 packets transmitted, 
rtt min/avg/max/mdev = 


© Que faut-il en retenir ? 


e Il faut toujours penser qu'on ne peut joindre une machine QUE si le routage fonctionne dans les DEUX SENS. 
e Ilest souvent intéressant d'écrire les tables de routage sur papier avant de mettre en place une infrastructure pour éviter 
que cela ne fonctionne pas, une fois mis en place. 


3 received, 
GP AAA AA Se AI AA 


0% packet loss, 


Ça y est, nous avons mis en place notre premier réseau routé ! 


Étape 3, pour ceux qui le souhaitent 


time 2006ms 


Il s'agit de mettre en place le gros réseau que nous avions étudié (voir la figure suivante). Je ne vais pas refaire ce TP avec vous, 
vous avez maintenant toutes les informations nécessaires pour le réaliser. 
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10.0.10.0/24 


192.168.10.0/24 


192.168.1 10/24 


#0.0.11.0/24 


Création des machines 


Vous avez déjà trois machines créées. Pour réaliser cette architecture, vous en aurez besoin de 5 en plus (4 routeurs et une 
machine par réseau). Créez les machines comme nous l'avons fait précédemment. 


Écriture des tables de routage 
Écrivez toutes les tables de routage de toutes les machines du réseau sur papier. 


Configuration 


Mettez en place la configuration IP de toutes les machines ainsi que le routage tel que vous l'avez écrit sur papier. 


À Attention, les routes pour les réseaux auxquels vous êtes connectés sont déjà créées. 


Pour créer une route qui ne soit pas une route par défaut, donc pour un réseau spécifique, la syntaxe est : 
route add -net 192.168.10.0 netmask 255.255.255.0 gw 192.168.11.254 


Et pour enlever une route : 


route del -net 192.168.10.0 netmask 255.255.255.0 
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Tests 


Pour tester votre réseau, vous avez bien sûr la commande ping, mais aussi traceroute ou tcpdump. 
Utilisez-les pour comprendre d'où peut venir un éventuel problème. 


Vus maîtrisez le protocole IP (ou du moins une partie). 

Vus savez ce qu'est le routage. 

Vus savez connecter des réseaux entre eux. 

Vus savez configurer l'adresse de machines sous Windows et Linux. 
Vus savez configurer le routage sous Linux. 


Nous connaissons maintenant bien le protocole IP, mais nous allons voir qu'il existe d'autres protocoles pour la couche 3... 
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Les autres protocoles 


Nous avons vu comment les paquets circulaient d'un réseau à un autre et comment ils étaient aiguillés. Nous avons aussi vu 
avec la couche 2 comment les paquets circulaient au sein d'un même réseau. 


Yat-il un lien entre la couche 2 et la couche 3 ? Par ailleurs, IP est-il le seul protocole de couche 3 utilisé aujourd'hui ? 
Nous allons maintenant nous pencher sur ces questions, et y apporter des réponses ! (@œ) 


Le protocole ARP 
Pourquoi encore un protocole ? 


Vus allez vite le comprendre ! Prenons le schéma de la figure suivante. 


192.168.0.0/24 


Routeur 1 


192.168.1.0/24 


Imaginons que la machine 192.168.0.1 veuille envoyer un message à la machine 192.168.1.2. 


Nous allons reconstituer son raisonnement. 

Lors d'un envoi de message, nous traversons les couches du modèle OSI de la couche application vers la couche réseau. 

Nous traversons donc la couche 7, puis la couche 4, et enfin la couche 3 que nous connaissons maintenant. 

La couche 3 voit que nous voulons envoyer un paquet à la machine 192.168.1.2. Elle va donc chercher dans sa table de routage 
par qui il faut passer pour envoyer ce message. 


Table de routage de 192.168.0.1 
Réseau à joindre 
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192.168.0.0/24 192.168.0.1 


192.168.1.0/24 192.168.0.254 


ILest clairement indiqué que nous devons passer par la passerelle 192.168.0.254 pour joindre le réseau 192.168.1.0/24 qui contient 
l'adresse que l'on veut joindre. Notre machine sait donc qu'il va falloir envoyer le paquet à 192.168.0.254. 

La machine 192.168.0.254 est sur notre réseau, donc pour lui envoyer la trame nous devons connaître son adresse MAC. Or, 
nous ne la connaissons pas. 


© Comment faire pour connaître l'adresse MAC de 192.168.0.254 ? 


Il faudrait pouvoir la lui demander, mais pour lui demander il faudrait connaître son adresse MAC, et pour connaître son adresse 
MAC il faudrait la lui demander... c'est une fois de plus l'histoire de la poule et de l’œuf. 


Mais il y a une solution : le protocole ARP ! 


Le protocole ARP 


© Comment faire pour envoyer un message à une machine sur notre réseau sans connaître son adresse MAC ? 


Si vous vous rappelez bien, nous avons vu quelque chose qui nous le permettait. il s'agit de l'adresse de broadcast ! 

Nous pouvons envoyer un message à l'adresse de broadcast en demandant "est-ce que 192.168.0.254 peut m'envoyer son 
adresse MAC ?" 

Grâce à l'adresse de broadcast ce message sera envoyé à tout le monde, et donc 192.168.0.254 le recevra et pourra nous renvoyer 
son adresse MAC. 

C'est ce que l'on appelle une requête ARP ou aussi un broadcast ARP. 


Nous pourrons alors envoyer notre trame à la machine 192.168.0.254 qui, grâce à sa table de routage, pourra aiguiller notre 
message vers la destination 192.168.1.2. 


© ARP est donc un protocole qui permet d'associer une adresse MAC de couche 2 à une adresse IP de couche 3. 


© Mais les broadcasts ne risquent-ils pas de saturer le réseau à chaque fois que l'on veut envoyer une mformation ? 


Bien sûr, et c'est pour cela qu'un mécanisme complémentaire a été mis en place, la table ARP. 

La table ARP 
Pour éviter d'avoir à renvoyer en permanence des broadcasts ARP à chaque fois que l'on veut envoyer une information à une 
machine, nous allons utiliser une table qui va garder les associations adresses IP <-> Adresses MAC pendant un court moment. 
Aüinsi, sij'envoie un paquet à ma passerelle, je noterai son adresse MAC dans ma table et la prochaine fois que je voudrai lui 
parler, je n'aurai plus à envoyer de broadcast sur le réseau. 
La table ARP va donc associer adresse IP et adresse MAC correspondante. 
Voici un exemple de (grosse !) table ARP sous Unix: 


Code : Console 


# arp -an 

DOS NO MS) RAT AUDE 20 D ER PAR 8/1 onRStES | 

M OLORNS 98705) TCAUDT AG EHESS SE I0S RO NNS ASIA 
CLOS OS 20) ATEMDOEAO TES DAS SE dACRonEsSASA 
CL ANO SOS 285) CAUDDE DS MDP ES Eee bDhrones ESA 
CMOS OO MION SEM OIOAD CEA OT S SOC AE SNES ESA 
PRO SR OO MES) END DCE 20 ESS ES OP CS nES ESA 
LORS I9MLS2) MALE 00E Der 29% edr8e- dan cons isa 
COLORIS MS S) RAC O ODA N TAMAMEsCNEsS ESA 
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CMOS O9 MS) A END O0 cE29504%7 4-35 ons SA 
CROSS ES) ER DID A OCE 2 OF A CENIOEAIREN COTES ÈS)1 
COOPER OO MS CNED OC 2 9E 6 ASS AN CNRS AS 
CROSS OO MST) ES DD OC L2OE Se 0 dr ES NOonES SA 
DURS SÉAONPNE RE MDOEMRER RER AC EG ON EL 
CROSS 99 828 0) ESDDME OMC E MIE CTI ONRS PS1 
CMOS RMNOOES) SENS dé ED 0b ed 27 onEs Ars 
CROSS RMIOIOP ST) A EMDDOCE 2 0E 004 eCROnES PS1 
COR S MIO SN) END OC 2 Or DES 08 6bAROnES rs A 
CARO SM OIORS 0) ERDDMOCE PO ÉTEeS NE eSOonEs PS4 
CIO SENIDIO AO) MA EMONEOCL 20 7bi Caron esSirsS "4 
CMONOSEMIDIOEA IN) SAN ONE 0Ics 2970640276 sSirsS A 
? (10.8.111.255) at (incomplete) on sis4 

AUTO INSEE MOI ESS 25405 Sc on Se) 
CNRS D MRC SALES) ATEN 0 OR PAR ECC ONONESÉES OS EATCIC 
? (192.168.1.48) at (incomplete) on sis0 


On voit icique ma machine dialogue avec beaucoup d'autres machines sur son réseau. Mais c'est normal puisqu'il s'agit de la 
passerelle de sortie de mon réseau. 


Ainsi, quand la passerelle voudra envoyer un paquet à l'adresse 10.8.100.41, elle connaîtra directement son adresse MAC. 


Mais si jamais je change la carte réseau de ma machine ? Elle changera aussi d'adresse MAC, mais ce sera l'ancienne 
qui sera indiquée dans la table ? 


Non, car les informations contenues dans la table ARP ont une durée de vie limitée. En gros, une valeur va rester environ deux 
minutes dans la table avant d'être effacée s'iln'y a pas eu de dialogue avec cette adresse entre-temps. C'est pour cela que l'on dit 
que la table ARP est dynamique . Elle évolue au cours du temps en fonction des machines avec lesquelles je dialogue. 


La commande sous Unix pour voir sa table ARP est arp -an ; elle est arp- a sous Windows. 
Bien sûr vous risquez de voir peu de chose chez vous s'il n'y a que deux ou trois machines sur votre réseau. 


Déroulement de À à Z d'une requête ARP 


Reprenons l'exemple précédent : nous sommes la machine 192.168.0.1 et voulons envoyer un message à la machine 192.168.1.2. 
Nous savons que nous voulons joindre d'abord le routeur 192.168.0.254, mais ne connaissons pas son adresse MAC. 
C'est là que le protocole ARP entre en jeu : 


e on regarde d'abord dans la table ARP locale si on possède l'association entre l'adresse IP 192.168.0.254 et son adresse 
MAC; 

sion la possède, on envoie l'information et c'est terminé ; 

sinon, on envoie un broadcast ARP sur le réseau ; 

la machine 192.168.0.254 va nous répondre avec son adresse MAC ; 

nous allons noter cette adresse MAC dans notre table ARP ; 

nous allons enfin pouvoir envoyer notre information. 


Nous savons maintenant comment font les machines pour passer d'une adresse IP à joindre à l'adresse MAC correspondante : 
grâce au protocole ARP ! 


© Mais à quelle couche appartient ce protocole : 2 ou 3 ? 


Je vous laisse chercher tout seul, vous faire votre idée, puis lire la réponse... (@) 


Secret (cliquez pour afficher) 


Le protocole ARP est un protocole de couche... 2 ET 3! 
Oui, il manipule des informations de couche 2, les adresses MAC, et des informations de couche 3, les adresses IP. Ainsi, on 
dit que ce protocole est "à cheval" entre ces deuxcouches. 


Maintenant que nous connaissons ce protocole et son utilité, nous allons revoir de A à Z une communication entre deux 
machines. 


Récapitulons tout cela ! 
Nous allons une fois de plus reprendre l'exemple précédent entre la machine 192.168.0.1 et 192.168.1.2 (voir la figure suivante), et 
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imaginer que la machine 192.168.0.1 veuille faire une requête web vers la machine 192.168.1.2. 


192.168.0.0/24 


Routeur 1 


192.168.1.0/24 


Détail de la communication 


Étape 1, la machine locale 


Comme nous l'avons vu précédemment, notre information va traverser les différentes couches du modèle OSI (voir la figure 
suivante). 
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7 | application Bonjour 


: 


5 
è 


CRC 


8 
E 


liaison de 
données 


Une fois au niveau de la couche 3, nous regardons alors la table de routage, et savons qu'il faut envoyer le paquet à 
192.168.0.254 pour sortir de notre réseau. Nous faisons une requête ARP et obtenons l'adresse MAC de 192.168.0.254. 


Nous pouvons maintenant former la trame qui va circuler sur le réseau : 


@MAC 192.168.0.254 | @MAC 192.168.0.1 DE IP SRC: 192.168.0.1 | IP DST: 192.168.1.2 


192.168.0.254, d'une part le routeur aurait cru que le paquet lui était destiné, et d'autre part il ne serait nulle part indiqué 


Nous avons bien mis l'adresse 192.168.1.2 en adresse IP de destination, car si nous avions mis l'adresse du routeur 
AN dans la trame que l'information était destinée à la machine 192.168.1.2. 


Notre trame peut donc maintenant sortir sur notre câble ! 
Étape 2, le switch 


La première machine qui va la recevoir est. le switch du réseau 192.168.0.0/24. 


Il reçoit la trame et lit l'adresse MAC de destination. 
Il va voir sa table CAM pour savoir s'il connaît cette adresse MAC, et voir sur lequel de ses ports il faut renvoyer la trame. 


Si jamais il ne trouve pas l'adresse MAC, il la renverra sur tous ses ports actifs ! 
Il peut donc maintenant renvoyer la trame sur son port de sortie, qui est connecté au routeur. Le routeur reçoit la trame. 


Étape 3, le routeur 
La trame arrive à la couche 2 du routeur qui lit l'adresse MAC de destination. 
C'est la sienne ! Il va donc finir de lire l'en-tête de couche 2, enlever l'en-tête Ethernet et envoyer le datagramme IP qu'il reste, au 
protocole de couche 3 indiqué dans l'en-tête. 
La couche 3 va lire tout l'en-tête de couche 3, et notamment l'adresse IP de destination. 


Le routeur voit alors que ce n'est pas son adresse, il sait donc qu'il va devoir renvoyer ce datagramme vers la machine de 
destination. 
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Il va donc chercher dans sa table de routage à quelle passerelle envoyer le paquet afin de joindre la machine 192.168.1.2. 
Cette adresse appartient à l'un de ses propres réseaux, il va donc pouvoir lui envoyer le paquet directement. 
Cependant, pour envoyer la trame sur le réseau, il va avoir besoin de l'adresse MAC de 192.168.1.2. II va donc faire une requête 


ARP. 
Une fois l'adresse MAC de 192.168.1.2 reçue, il va pouvoir former la trame et l'envoyer sur le réseau. 


@MAC 192.168.1.2 | @MAC 192.168.2.254 LP |ov | IP SRC: 192.168.0.1 | IP DST: 192.168.1.2 


On remarque ici que seules les informations de couche 2 ont été modifiées ! 


L'adresse MAC source n'est plus celle de la machine 192.168.0.1 mais celle du routeur. C'est normal, car les adresses 
MAC présentes sont obligatoirement celles du réseau sur lequel la trame est en train de circuler. 


La trame va donc sortir du routeur. 


Étape 4, le retour du switch 


La trame va arriver au switch, mais cette fois il s'agit du switch du réseau 192.168.1.0/24 qui n'est pas le même que le premier. 
Il va regarder l'adresse MAC de destination et aiguiller la trame vers la machine 192.168.1.2. 


Étape 5, réception par la machine 192.168.1.2 


La machine 192.168.1.2 va recevoir la trame en couche 2 et va lire l'adresse MAC de destination. 

C'est la sienne. Elle va donc lire la suite de l'en-tête et renvoyer le datagramme contenu dans la trame à la couche 3, c'est-à-dire au 
protocole IP. 

La couche 3 reçoit le datagramme et lit l'en-tête. 

L'adresse IP de destination est la sienne, elle va donc envoyer les informations à la couche 4, qui va elle-même envoyer les 
informations à la couche 7 applicative. 


Et le message est enfin reçu, ouf! (& ] 


Nous avons vu une partie seulement des étapes d'un dialogue entre deux machines sur un réseau. Nous verrons plus tard qu'il y 
a de nombreuses autres étapes. Et dire que tout cela se passe en quelques millisecondes ! 


Maintenant que nous avons compris comment se déroulait un dialogue sur un réseau local ET entre réseaux, nous allons 
pouvoir commencer à faire des choses intéressantes, et notamment jouer les apprentis pirates. 

Mise en pratique : écouter le voisin 
Voici un chapitre qui devrait vous plaire, on commence à utiliser les connaissances que l'on a acquises pour mettre en place des 
techniques originales. 
Nous allons essayer de réaliser une attaque réseau qui permet d'écouter le trafic d'une autre machine qui est connectée sur le 
même réseau que nous. 


Le principe 


L'attaque est basée sur le détournement du fonctionnement du protocole ARP. C'est pour cela qu'elle s'appelle du ARP cache 
poisonning. 
Nous allons en réalité modifier à distance la table A RP d'une autre machine. 


La théorie 


Dans le meilleur des mondes, une machine fait un broadcast ARP, et la machine destinataire répond en fournissant son adresse 
MAC. 
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© Mais que se passerait-il si je décidais aussi de répondre avec ma propre adresse MAC ? 


Eh bien ce serait la dernière réponse qui serait prise en compte. 


Par exemple, je peux tout à fait attendre de voir passer une requête ARP qui ne m'est pas destinée. J'attends deux secondes pour 
y répondre, et je suis alors quasiment sûr que ce sera ma réponse qui sera prise en compte. Et si j'ai mis dans la réponse ma 
propre adresse MAC, ce sera mon adresse MAC qui sera associée à l'adresse IP de la machine destinataire de la requête dans 
la table ARP du demandeur. 


Prenons le schéma de la figure suivante comme exemple. 


192.168.0.0/24 


Nous avons trois machines d'adresses 192.168.0.1, 192.168.0.2 et 192.168.0.3. 


Imaginons que nous sommes la machine 192.168.0.2 et que nous voulions écouter le trafic envoyé entre 192.168.0.1 et 192.168.0.3. 
La machine 192.168.0.1 veut envoyer un message à la machine 192.168.0.3. Elle commence donc par envoyer un broadcast ARP 
afin de déterminer l'adresse MAC de 192.168.0.3. 

192.168.0.3 répond à la requête ARP (elle répond directement à la machine 192.168.0.1, elle n'a pas besoin d'envoyer son message 
en broadcast à tout le monde). Et nous décidons de répondre aussi deux secondes plus tard. 


En recevant la première réponse de 192.168.0.3, la machine 192.168.0.1 va mettre à jour sa table ARP : 


Adresse IP Adresse MAC 


192.168.0.3 | @MAC de 192.168.0.3 


Table ARP de 192.168.0.1 


Ce qui est tout à fait normal. 
Mais la machine 192.168.0.1 va recevoir une nouvelle réponse, celle que nous avons envoyée et qu'elle va prendre en compte ! 


Or, cette réponse associe, non pas l'adresse IP de 192.168.0.3 à l'adresse MAC de 192.168.0.3, mais à notre adresse MAC, celle de 
192.168.0.2. 


Adresse IP Adresse MAC 


192.168.0.3 | @MAC de 192.168.0.2 


Table ARP de 192.168.0.1 


Ainsi, désormais et jusqu'à ce que la table ARP soit mise à jour ou que la machine 192.168.0.3 ne lui envoie un paquet, la machine 
192.168.0.1 va nous envoyer ses paquets en pensant les envoyer à 192.168.0.3. 


Il ne nous reste plus qu'à faire la même attaque envers 192.168.0.3 pour modifier sa table ARP, pour pouvoir ntercepter tous les 
échanges entre ces deux machines ! 
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Amélioration de l'attaque 


Cependant, nous avons deux problèmes actuellement : 


e siune des machines réussit à envoyer une réponse ARP à l'autre après la nôtre, la table ARP sera remise à jour 
correctement et l'attaque ne fonctionnera plus ; 
e au bout d'un certain temps, la table ARP se videra et l'attaque ne marchera plus. 


Mais il y a une solution ! Et c'est le fonctionnement de ARP qui nous l'offre. 


En fait, quand une machine reçoit une réponse ARP, même si elle n'a rien demandé, elle va prendre les informations contenues 
dans cette réponse comme étant valides et plus à jour que celles qu'elle possède déjà. Ainsi, on ne sera pas obligés d'attendre 
une requête ARP pour répondre. 

On pourra "bombarder"' la machine destination de réponses ARP pour être sûrs que sa table n'est jamais correctement remise à 
jour. 


On sera sûrs alors de recevoir tout le trafic, tant que l'on fera durer l'attaque. 


(@) Tout cela est bien joli, mais comment on peut faire tout ça ? 


Eh bien, des outils existent, et nous permettent de le faire facilement. 
Mise en pratique 


Nous allons utiliser trois de nos machines virtuelles pour mettre en œuvre cette attaque. 
Maintenant que vous êtes à l'aise sous Linux pour modifier la configuration réseau de vos machines, donnez-leur les adresses du 
schéma précédent : 192.168.0.1, 192.168.0.2 et 192.168.0.3. 


Nous pouvons faire un ping de 192.168.0.1 vers 192.168.0.3 et regarder la table ARP de chacune de ces machines ensuite : 


Code : Console 


debian201: # ping 192-168. 03 

PING 192.168.0.3 (192.168.0.3) 56(84) bytes of data. 

CASE res REromO 2 NC EE 0e Cmpss eq It Uile GA Cime SES MIEEMS 
CANEVEes rom? MCE OS EE CmMpES eq tue 6ETMme=OPMIOr Sms 
GC 

nr 0231166810 SH pose Sratisiles > 

2 packets transmitted, 2 received, 0% packet loss, time 1006ms 
rtt min/avg/max/mdev = 0.107/1.610/3.114/1.504 ms 
debian201:-# arp -an 

PO 2 CS 0 8) Ma DO Der 29 CE AO EN EthenMonsetho 
PU(192168.0254) at 00: 26:;bb:16:21:84"/ether|" on eth0 


Nous voyons ici que la machine 192.168.0.3 possède l'adresse MAC 00:0c:29:c6:49:27. 


Nous pouvons aussi regarder la table ARP de 192.168.0.3, car vu qu'elle a répondu à 192.168.0.1, elle possède son adresse MAC 
dans sa table : 


Code : Console 


debian203:-# arp -an 
COPIES AO PAM) AE DD OC 20 GIE EN rethenmonsetno 
CLONE SMO 2 ESA) NU 26 DE MEN Tete rINonsetht 
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Ainsi, nous voyons que la machine 192.168.0.1 possède l'adresse MAC 00:0c:29:61:e8:68. 


Maintenant, plaçons-nous sur la machine 192.168.0.2 et préparons l'attaque. 
Pour cela, nous allons avoir besoin d'un logiciel qui fabrique des paquets truqués pour nous. Il y en a plusieurs, nous allons faire 
cela à l'aide de arp-sk. 


Installation de arp-sk 


À Si vous utilisez les machines virtuelles que je vous ai fournies, arp-sk est déjà pré-installé et vous pouvezsauter ce 
paragraphe. 


Sinon, pour ceux qui sont sous leur propre Debian, ça va être relativement simple, car il existe un package debian pour que 
l'installation soit facile (attention les Ubuntus, passez votre chemin, cela ne marchera pas...). Donc nous allons télécharger le 
package en ligne de commande à l'aide de la commande wget. 


Pour ceux qui sont sous Ubuntu et qui voudraient faire le TP, vous pouvezutiliser l'excellent outil scapy. Il faudra alors 
un peu comprendre sa mise en place et son utilisation. ce quin'est pas une mince affaire. 


Retournons à nos machines sous Debian: 


Code : Console 


debian201:-# wget http://debian.zorglub.org/packages/arp-sk/arp-sk 0.0.16-1 i386.de 
--2011-05-10 15:06:59-- http://debian.zorglub.org/packages/arp-sk/arp-sk 0.0.16-1. 
Résolution dé debian.zoralub Org. "0101217970 

Connexion vers debian.zorglub.org|91.121.79.101|:80...connecté. 

requête HTTP transmise, en attente de la réponse...200 OK 

Longueur: 25180 (25K) [application/x-debian-packagel] 

SAV AINOMEO ATP S KSO MOMIE S'GE ED EI 


100% 
—-,-K/s MO ARS 
2011-05-10 15:06:59 (255 KB/s) - « arp-sk 0.0.16-1 i386.deb.1 » sauvegardé [25180/2 


debian201:-# 


KI D 


Nous avons donc récupéré le fichier arp-sk 0.0.16-1 i386.deb. 
Comme son extension l'indique, c'est un package debian. Pour l'installer, il suffit d'utiliser l'ancêtre d'apt qui est dpkg : 


Code : Console 


débran 20e HN dpkoM is ro ske OEM MAS BE" deb A 

(Lecture de la base de données... 28276 fichiers et répertoires déjà installés.) 
Préparation dumremplacementide arpss ka OMR AN nu tiA Sant ar ske 00 

JS Sd LEA) : 

Dépaquetage de la mise à jour de arp-sk 

Paramétrage de arp-sk (0.0.16-1) 

Traitement des actions différées (« triggers ») pour « man-db »... 


À Si jamais il manque des packages comme la libnetl, tapez SRE EE ct il devrait vous installer tous 


les packages manquants. 
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Et hop, arp-sk est installé ! 
Regardons rapidement sa syntaxe en tapant simplement arp-sk : 


Code : Console 


debian201:-# arp-sk 
arp-sk version 0.0.16 (Tue Dec 21 20:48:52 CET 2004) 
Author: Frederic Raynal <pappy@security-labs.org> 


Usage: arp-sk 


—W —--who-has send à ARP Who-has 

Ciel res ol y send à ARP Reply 

Da pino (bad) RARP emulation (NOT YET IMPLEMENTED) 
-m --arpmim Man in the Middle (NOT YET IMPLEMENTED) 
ds dst in link layer (<hotnamelhostip|MAC>) 
SSSR S TC dst in link layer (<hotnamelhostip|MAC>) 
--rand-hwa set random addresses in link header 
--rand-hwa-dst set random dst in link header 
—-rand-hwa-src set random src in link header 

SD Ath dsE dst in ARP message ([hostnamelhostip][:MAC]) 
SOA peSs re dst in ARP message ([hostnamelhostip][:MAC]) 
rand- din set random adresses in ARP message 
—--rand-arp-dst set random dst adresses in ARP message 
=-rand aps re set random src adresses in ARP message 


--rand-arp-hwa-dst set random dst MAC adress in ARP message 
--rand-arp-log-dst set random dst IP adress in ARP message 
—--rand-arp-hwa-src set random src MAC adress in ARP message 
—-rand-arp-log-src set random src IP adress in ARP message 


—i --interface specify interface (eth0) 

Le OCOUNRE # of packets to send (infinity) 

-T --time wait the specified number of seconds between sending \ 
each packet (or X micro seconds with -T uxX) 

—--rand-time randomize the sending period of the packets 

—-beep beeps for each packet sent 

-n --network broadcast address to use for icmp-timestamp 

—-use-ts an icmp-timestamp is send to resolve MAC to IP 

-N --call-dns force address resolution in outputs (default is off) 

-V --version print version and exit 

la ie ulje) ChASMhRe LD) 


Mise en œuvre de l'attaque 


Nous voyons rapidement que nous pouvons utiliser l'option -w pour envoyer une requête ARP et l'option -r pour envoyer une 
réponse ARP. Enfin, nous pouvons jouer sur les paramètres -s et -d pour modifier les adresses MAC source et destination et -S 
et -D pour les adresses IP source et destination. 


Sinous voulons envoyer notre premier paquet pour modifier la table ARP de 192.168.0.1, il faudra donc envoyer une trame dans 
laquelle l'adresse MAC source est la nôtre et l'adresse IP source est celle de 192.168.0.3. Ainsi, la machine 192.168.0.1 
associera dans sa table mon adresse MAC pour l'adresse IP de 192.168.0.3. 


Les options pour les adresses seront donc : 
-S 192.168.0.2 -d 192.168.0.1 -S 192.168.0.3 -D 192.168.0.1 


Nous pouvons essayer directement sur la machine : 


Code : Console 


debtan2 0 IE TRE SR IN Se CRETE SIROP TG BAUER AO 2 ARE SA OPISE 
SPORE SOS DO 2 PER 6 SO EN 
+ Initialization of the packet structure 
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+ Ifname 
- Warnin 
+ Source 
+ Source 
+ Source 
Target 
Target 
larger 


- Running mode " 


: eth0 


NCA EINAMACMAI Ad E on LI 2 AB O 2 SirsinaomMlocair 
MAC: 


ARP 
ARE 


MAC : 


ARP 
ARP 


00 


MAC : 


PE 
00 


MAC : 


112 


EE DIN yA 


Ailes 2e ose 2) 
DOMOCL2 9 7E*carx0 
HÉSPSTCIEMORS 

10C: 29 %616e81166 
DOMOC: 29% 61 e8268 
IAALG ED 


nn cCrinreclasstedlSendnos— 


SMS 2 20 STARS 
RO MOUED er 20 CMS GONE OM 
ARPNEOTRMIRO2AUIRE SAONE 


12 AIC OS ROP SMS CNOOE Der 29 EbE CAE TAIo 


OC 29 LE CA AONO0XO08E0I6 
(00: 10c:2/9M61F es ICONE: 


Pour être sûrs que l'attaque fonctionne, je vous conseille de faire un ping de 192.168.0.1 vers 192.168.0.3 juste avant, pour que 
192.168.0.1 possède une entrée pour 192.168.0.3 dans sa table ARP. 


Voici la table ARP de 192.168.0.1 juste avant l'attaque : 


Code : Console 


debian20 


HS 


arp 


ANA LG RS UE) 
BULLE 116861082) 


MODEMS MIOR2:5 2) 


Et juste après : 


Code : Console 


-an 
AEMDDROC-219 0641027 
AEADOEOCL20EWbECaLEA0 


debian201:-# arp -an 
EN ROZ ARGUS) 
FR (AO2:16640%2) 


MN LEE 0 25721) 


On voit bien que l'adresse MAC associée à l'adresse IP de 192.168.0.3 a changé et qu'elle est maintenant la mienne. 


AEMOOEUC: 20 -7b Ca rA0 
at DOR0C29 be Car A0 


Amélioration de l'attaque 


Nous avions vu que, pour que l'attaque soit efficace, il faudrait bombarder la victime de réponses ARP. 
Avec arp-sk c'est facile à réaliser à l'aide de l'option -T. Nous allons envoyer dixréponses par seconde : 
=d 192:168.0:1 =$ 192:168.0.:3 =D 192.168:.0:1.— 


Vus pouvez voir que cela va maintenant très vite ! 


De plus, il y a très peu de chances pour que 192.168.0.3 arrive à envoyer une réponse ARP qui écrase la nôtre. 


© Mais quel est l'intérêt de cette attaque ? 


Conséquences et objectifs de l'attaque 


AMOR 2 CRD OEM 


AUD 2 6 DbEMICE 2167872 


[ether] 
[ether] 


[ether] 
[ether] 


[ether] 


[ether] 


on eth0 
on eth0 


on eth0 
on eth0 


Menez l'attaque et essayez d'envoyer un ping de 192.168.0.1 à 192.168.0.3. 
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© Que se passe-t-il ? 


Il n'est plus possible de pinguer ! 


Code : Console 


debian201:-# ping 192.168.0.3 

PNG 2 ANG A0 2 ANG SDS) D bytes NorEdo tar 

ne 

107 OS UM DINONSTAEMSEICSEEE 

4 packets transmitted, 0 received, 100% packet loss, time 3012ms 


© Et pourquoi donc ? 


En fait, les paquets sont envoyés à 192.168.0.2 (notre machine) et la couche 3 les rejette, car le routage n'est pas activé. 
Dès lors que nous activons le routage, les pings passent. Sur la machine 192.168.02 : 


debian202:-# echo 1 > /proc/sys/net/ipv4/ip forward 


Et le résultat sur la machine 192.168.0.1 : 


Code : Console 


debian201:-# ping 192.168.0.3 

PING 192.168-:0.3(192.168.0.3) 56(84) bytes of data. 

CASE res REromaO 2 EME EMOS ES CMS QI EE GE EMme= OMIS SES 
CAMbVtrestrromaO 2 MCE 0 SE CmpRs qe cAtime 01288 

1e 

= 197 106 OS SDINONSLALTSELCS=— 

2 packets transmitted, 2 received, 0% packet loss, time 999ms 
rtt min/avg/max/mdev = 0.128/0.141/0.155/0.018 ms 


Le ping passe bien à nouveau. Nous venons de découvrir qu'un premier objectif de l'attaque peut être d'empêcher deux 
machines de communiquer entre elles. 
Une fois le routage activé, nous pouvons aussi observer le dialogue entre 192.168.0.1 et 192.168.0.3. 


Essayons de le voir. 


deux des 6 terminaux à votre disposition en utilisant la composition de touches CTRL+ALT+FX, X étant le numéro de 


à) Pour pouvoir à la fois réaliser notre attaque dans un terminal et écouter le réseau dans un autre, vous pouvezutiliser 
terminal. 


e Nous lançons l'attaque depuis 192.168.0.2. 
e Nous lançons un ping de 192.168.0.1 vers 192.168.0.3. 
e Nous écoutons sur 192.168.0.2 pour voir si l'on voit passer le ping. 


Comme pour le TP sur le routage, nous allons utiliser tcpaump : 


Code : Console 


debian202:-# tcpdump icmp 
tcopdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on eth0, link-type ENI10OMB (Ethernet), capture size 96 bytes 
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POSTS OA AO MINTENNIOD RC OMS NO PE SN OP S ATCMENEchoMrequest, ami 6e seces01, 
16:13:04.245476 IP 192.168.0.1 > 192.168.0.3: ICMP echo request, id 46126, seq 301, 


KI D 


Nous pouvons remarquer deux choses : 


e nous voyons bien passer les requêtes ping ; 
e nous ne voyons pas passer les réponses renvoyées par 192.168.0.3 ?! 


© Pourquoine voit-on pas passer les réponses ? 


Parce que nous n'avons lancé l'attaque que dans un sens ! 

Nous n'avons pas encore modifié la table ARP de 192.168.0.3. Donc il renvoie normalement ses réponses directement à 
192.168.0.1 sans passer par nous. Essayez de mener l'attaque dans les deuxsens et observezsi vous voyez bien passer les 
réponses au ping. 


Encore une amélioration de l'attaque 


Nous avons vu que grâce à cette attaque, nous sommes capables d'écouter le trafic entre deux machines sur un réseau local. 


© Mais n'y aurait-il pas une machine particulière sur le réseau qu'il serait intéressant d'écouter ? 


Bien sûr ! C'est notre passerelle, car elle voit passer tout le trafic des machines du réseau local vers Internet ! 
Aünsi, sije menais l'attaque entre une machine du réseau local et la passerelle, je pourrais voir le trafic Internet de cette machine... 
Mais nous pouvons faire encore mieux ! 


Encore une amélioration de l'amélioration de l'attaque 


Nous pouvons écouter le trafic entre une machine et la passerelle mais, tant qu'à faire, il serait encore mieux d'écouter le trafic 
entre toutes les machines du réseau et la passerelle. 

Pour cela, nous pouvons utiliser l'adresse IP de broadcast en adresse IP de destination pour envoyer notre attaque et nous 
toucherons ainsi directement toutes les machines du réseau (le sens inverse de l'attaque devra par contre être fait pour chacune 
des machines). 


© Donc nous sommes maintenant capables d'écouter le trafic de n'importe quelle machine de notre réseau. 


Nous avons vu le protocole ARP et comment l'utiliser à des fins peu recommandables. 


Mais nous allons voir qu'il existe d'autres protocoles de couche 3, notamment celui qui nous sert déjà depuis un petit moment à 
envoyer des pings ou à faire des traceroute, le protocole ICMP. 


Le protocole ICMP 
Encore un protocole pour la couche 3 ! 


N'oublions pas que nous avons vu que le protocole ARP n'était pas un vrai protocole de couche 3 : 


e _ilétait à cheval sur les couches 2 et 3; 
e son rôle n'était pas de transporter de l'information, mais de faire la liaison entre des adresses. 
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Le protocole ICMP, lui, ne va pas non plus concurrencer le protocole IP, car son objectif n'est pas de transporter de l'nformation. 
Son rôle est de contrôler les erreurs de transmission, et d'aider au débogage réseau. 


Pourquoi un autre protocole ? 


Nous avons vu dans les TP précédents que la configuration du routage sur un réseau n'est pas toujours facile. Et quand ça ne 
marche pas, iln'est pas facile non plus de trouver d'où vient l'erreur. 
L'un des objectifs du protocole ICMP est justement de nous faciliter le débogage réseau ! 


En gros, son utilisation nous permet de comprendre rapidement d'où peut venir un problème réseau, et de nous donner des 
outils pour investiguer un problème réseau. 


Le protocole ICMP est donc un "complément" du protocole IP, ou plus exactement des protocoles de la pile TCP/IP, qui 
permet de comprendre plus facilement ce quise passe sur un réseau quand il y a un problème. 


Entrons sans plus tarder dans le vif du sujet pour comprendre ce protocole. 


Fonctionnement du protocole 


Il y a globalement deuxrôles principaux pour le protocole ICMP : 


e ICMP sert à indiquer automatiquement des erreurs quand elles surviennent ; 
e ICMP peut fournir des outils pour étudier un problème réseau. 


Nous allons commencer par voir les messages ICMP automatiques. 


Les messages automatiques 


Il y a deux informations qui nous intéressent dans l'en-tête ICMP, le type et le code. Le type permet de dire à quoi sert le message 
ICMP, le code permettant de préciser le rôle du message. 


Par exemple, un paquet ICMP de type 3 indique que le destinataire n'est pas accessible. 
Si j'envoie un paquet à une machine B et que je reçois un message ICMP de type 3, je sais qu'il y a eu un problème sur le réseau. 
Maintenant, le code du message va me dire ce qui a précisément posé problème : 


e un code égal à 0 me dira que le réseau n'est pas accessible (globalement, qu'un routeur sur le chemin n'a pas de route 
pour le réseau destination) ; 

e un code égal à 1 me dira que la machine n'est pas accessible (une requête ARP a sûrement été envoyée par le dernier 
routeur, mais personne n'y a répondu) ; etc. 


Au niveau de ma machine, si j'ai fait un ping par exemple, je verrai un message comme "Destination unreachable" dans ma ligne 
de commande. Mais si je suis en environnement graphique, il y a toutes les chances pour que je n'aie aucune information ICMP 
qui s'affiche, même si le paquet ICMP automatique a bien été reçu par ma machine. 

Il faut dans ce cas sortir un sniffer comme tcpdump ou wireshark pour voir les messages d'erreur ICMP circuler sur le réseau. 


Nous avons vu le premier type de message automatique, le type 3, mais il y en a d'autres, voici les plus utilisés : 


e type 5, ICMP redirect, indique qu'il y a un chemin plus cout vers la destination ; 
e type 11, TTLexceeded, indique que la durée de vie du paquet a expiré. 


Le premier est utilisé quand un routeur renvoie un paquet par l'interface depuis laquelle il l'a reçu. Cela veut dire qu'iln'est pas 
nécessaire de passer par lui et qu'il y a un chemin plus court. Ceci permet à l'administrateur qui voit passer ces messages 
d'améliorer le routage sur son réseau. 


Le second est très utilisé. Pour le comprendre, vous devez déjà apprendre ce qu'est le TTL dans l'en-tête IP. 
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Nous avons déjà vu un TTL, c'était celui de la table CAM du switch. Il indiquait la durée de vie d'une information dans la table. 
Eh bien un mécanisme équivalent a été implémenté dans le protocole IP pour éviter que les paquets ne circulent indéfiniment 
entre différents routeurs. 


Imaginons qu'un routeur À ait comme passerelle par défaut un routeur B, et que le routeur B ait comme passerelle par défaut le 
routeur À. 

Un paquet envoyé à l'un des routeurs à destination d'un autre réseau va circuler alternativement d'un routeur à l'autre, comme 
une balle de ping-pong, sans jamais s'arrêter. Après quelque temps, beaucoup de paquets feront de même, et le réseau sera 
saturé. 


Pour éviter ce problème, on a implémenté un système de TTL dans l'en-tête IP. Quand une machine envoie un paquet IP sur le 
réseau, un des éléments de l'en-tête est le TTL qui est une valeur entre 0 et 255. Par exemple, tout paquet envoyé depuis un Linux 
a un TTL de 64, cela varie d'un système à l'autre, 64 étant la plus petite. 

À chaque passage par un routeur, celui-ci va enlever 1 au TTL. Si le TTLarrive à 0, il jette le paquet à la poubelle ET envoie un 
message d'erreur ICMP "TTL exceeded". 


Aünsi, siun paquet fait une partie de ping-pong entre deux routeurs, le processus s'arrêtera quand le TTL sera arrivé à 0. Grâce 
au TTL, on évite la saturation d'un réseau par mauvaise configuration de routage. Le message ICMP TTL exceeded permet, en 
plus, de comprendre le problème réseau. 


Exemple de la vie réelle 


J'essayai un jour de joindre le site web home.t-online.de. Cependant, le site ne s'affichait pas. 
J'ai sorti mon sniffer wireshark pour voir ce qui se passait au niveau réseau et j'ai vu une multitude de paquets d'erreur ICMP TTL 
exceeded. Je sus qu'il y avait donc une boucle de routage. 


J'ai donc fait un traceroute vers ce site pour essayer de voir où le problème se situait, voici le résultat : 


Code : Console 


oasis:-# traceroute -I home.t-online.de 
traceroute: Warning: home.t-online.de has multiple addresses; using 80.150.6.141 
traceroute to home.t-online.de (80.150.6.141), 30 hops max, 38 byte packets 

DNS PEER ON SUN CAE SEC ON PSN OS SMS MO GS OMS Or 57/6 8mS 

2 TES AE AROO EDS ANS AIO DICO) SN 21 ms 2 6 Sms 221070 ms 
POS-1-0.RASG3.Raspail.transitip.raei.francetelecom.net (81.52.1.18) 27.323 
SA IG OEM APSE SEM 
AO 2 SAR 22 ON RO MP 20257 COUEMS SEM 25" 0041EmS 
5 posi2-0.nraub203.Aubervilliers.francetelecom.net (193.252.98.206) 68.884 ms 
210056 MmS2 SPT.CMS 

COS 2 NS O2 CN ROSES SON 25 S0SEmSM 20 SMS 22709 68ms 


Co 


SE CSS 252245 ANTON MO AN GS Sms OS O0 EMMS MOSS 10 
A Me Re OS SAS PAR OM 005 Sms MOSS 88 1m SN 
ON PAA= OT OARCRIOakhiMA cpentransait. ner (OS 2541002218 070) AO 2 02, MS ANS 5 Ten 
10 * * PO-0.AUVCRI.Aubervilliers.opentransit.net (193.251.243.169) 178.746 ms 
1 PAPA — 
A (193.251.243.170) 259.692 ms 263.818 ms 266.685 
1 D 
a ed ae LISA AS ANS ON GIAMESSmS 205 SS1mS 2 
1 PAPA — 
A (193.251.243.170) 335.510 ms 397.171 ms 335.898 
1 = 
D Do Ci Ne ue (193.251.243.169) 336.620 ms 337.530 ms 3 
DA 21— 
a CSS DEA S AIO PO AT 0 mA 22 Sms AI 727 
D Ü — 
D de te CIS 251224841160) ATAS AO MSA OP OA MSNNA 
DA 
ae Ne ee Na (Has 221.243 10) As0.21m 0 100 ed ee © d 334 
D Ü — 
D de CRIER 2 SAP AS MIO SNS 02189 0m A0 097 SMS A 
D 21— 
Le (193.251.243.170) 564.044 ms 565.928 ms 648.276 
20 PO- 
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0O.AUVCRI.Aubervilliers.opentransit.net (193.251.243.169) 568.282 ms 567.015 ms 5 

De (1932257243 170) 645.221 ms 616.876 ms. 643.922 
D Ü — 

A ie de (193.251.243.169) 644.485 ms 645.608 ms € 
DA 

Re CSSS A2 28 A0 NAME mS 26m 00SmS 257825 
D Ü — 

de ue OS PASSIONS 00m 2202280) 
D1r2— 

ie D de ni CSSS A2 TION NO CCI ns SS 0Rms 0087 
B0= 

a (OS D SAR AS ARS ON OS Sms TO RE SN 
BArA—= 

HS de Msn CSSS AIO MST 009 ms ere 7 SG ms Re 76790 
PQ 

RE GRIS D ARTS RON Sr 2 0 Ems ST CA GDIOEMT SNS 

LOLITA CR OAKERIAOS RNA peneransSHceneLMOOS 2512280) OS 6227 Em 
20 

a (GRISES ARTS ARS ON OS AN OS EmS MOSS GET SN 


KI D 


Nous pouvons voir ici que les étapes 7 et 8 se répètent à l'infini. 
En fait, chacun de ces routeurs se renvoyait mes paquets indéfiniment. 


Grâce au protocole ICMP, j'ai pu comprendre l'erreur et la faire corriger rapidement ! (©) 


Mais retournons à notre protocole. Nous avons vu un certain nombre de types de messages ICMP différents et envoyés 
automatiquement par les machines. Nous allons maintenant voir les types de messages utiles pour déboguer le réseau. 


Messages utiles pour déboguer le réseau 


Ces paquets ICMP vont en fait nous être utiles pour des commandes qui vont nous permettre de déboguer des problèmes 
réseau. Or, ces commandes, nous les connaissons déjà... 


Il s'agit de la commande ping et de la commande traceroute. 

Le ping est en fait la combinaison de deuxtypes de messages ICMP, un echo request, type 8, et un echo reply, type 0. 

Le principe du ping est qu'une machine envoie un echo request, auquel répond une machine destinataire avec un echo reply. 
C'est pour cela que quand on arrive à pinguer une autre machine, on sait que le routage est correct dans les deuxsens. 


Pour le traceroute, c'est un peu plus compliqué. 
On utilise en fait une petite astuce en se servant d'un message automatique ICMP, le TTL exceeded. 


Essayez de comprendre : comment peut-on connaître tous les routeurs entre nous et une destination donnée, en se 
servant de paquets ICMP TTL exceeded ? 


Imaginons que je veuille faire un traceroute vers le Site du Zéro. Comment connaître le premier routeur par lequel je passe ? 
On pourrait aller voir dans notre table de routage, mais cela ne fonctionnerait que pour le premier routeur... 

L'indice nous dit d'utiliser un paquet ICMP TTL exceeded. L'idée pourrait donc être de faire générer ce paquet par le premier 
routeur. Ainsi, en voyant ce message d'erreur, je pourrais voir l'adresse du routeur dans ce paquet. 


© Comment faire pour faire générer ce message d'erreur par le premier routeur ? 


Il suffit de mettre un TTL à 1 dans le paquet envoyé. 
Le premier routeur va le recevoir, décrémenter le TTL de 1 et donc le mettre à 0. Il devra jeter le message à la poubelle et me 
renvoyer un message d'erreur ICMP TTL exceeded. Ainsi, je pourrai connaître son adresse IP ! 


Si vous avez compris le principe, pour connaître l'adresse du second routeur, il me suffira de mettre le TTL à 2 dans le paquet 
envoyé. Et ainsi de suite pour connaître tous les routeurs traversés ! 
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Nous avons donc vu les différents types de messages ICMP et avons vu que ce protocole permettait de mieux comprendre ou 
détecter quand un problème survenait sur le réseau. 
Passons à un peu de réflexion ! 


Exercice 


J'ai fait un traceroute vers le Site du Zéro et j'ai obtenu le résultat suivant : 


Code : Console 


mamachine:-# traceroute www.siteduzero.fr 

traceroute to www.siteduzero.fr (217.70.184.38), 30 hops max, 60 byte packets 
JS ROSE MN RO TEA NOEL EM MO SE EMSM Or D0EMS 
PS RO 2 CN CS SO) MER OS DESIRE 
SN 2-CcrS le bels OS 

pD'inte-routers-proxad-netr (212-2758 45) 088 ms OP 86m MO 95 ms 


4 xe-0-3- 
0ÉMmorlP CAMES bove ner MGAM2 ES AA ST) NUE SES m0 5 mer 568 mes 
SxC le 0 


6 79.141.43.6.f301.above.net (79.141.43.6 ITS CEMSN 095 7EMS0 7696 Ms 
7  79.141.43.6.f301.above.net (79.141.43.6 1É226Sms 0 0 ms 079 66ems 
Sp 2sDegdistle 

diparis- gJandienecm A INEMOMNGEMT SNS Em SMS Sms MS 218 MmS 
9 webredir.vip.gandi.net (217.70.184.38) 0.841 ms 0.838 ms 0.832 ms 


0.mprl.cdg12.fr.above.net (64.125.31.230) 0.742 ms 0.786 ms 0.778 ms 
) 
) 


On voit ici que je suis passé deux fois par le routeur 79.141.43.6.f301.above.net dans les étapes 6 et 7. 


© Comment est-ce possible de passer deux fois par le même routeur ? 


Indice : il faut penser au fait que deux messages envoyés sur le réseau peuvent emprunter des chemins différents. 


Solution : en fait, le fonctionnement de traceroute fait en sorte qu'on envoie une nouvelle requête avec un TTL différent 
pour chaque routeur que l'on veut connaître. Mais chacune de ces requêtes peut passer par un chemin différent sur Internet, le 
résultat d'un traceroute n'est jamais figé dans le marbre, car le routage peut évoluer. 

Ainsi, ilest possible que quand j'ai envoyé le paquet avec un TTL de 6, j'ai emprunté une route qui me fasse passer par le routeur 
79.141.43.6.f301.above.net en sixième position et que, quand j'aienvoyé le paquet avec un TTL de 7, j'ai rencontré le routeur 
79.141.43.6.f301.above.net en septième position. 

C'est ce qui explique que l'on ait l'impression de passer deux fois par le même routeur. 


Ce chapitre se termine, vous saurez maintenant utiliser des outils comme ping et traceroute pour vous aider à comprendre 
des problèmes réseau, et vous pourrez aussi sortir votre sniffer préféré pour détecter des problèmes sous-jacents. 


e vous connaissez maintenant le protocole qui permet d'associer une adresse IP à une adresse MAC, j'ainommé A RP ; 
e vous avez vu un premier exemple de sécurité réseau avec l'ARP cache poisonning ; 
e et enfin, vous connaissez le protocole ICMP qui permet de corriger et de déboguer le protocole IP. 


Nous savons maintenant faire communiquer des machines d'un réseau à un autre grâce à la couche 3. Nous allons tout de suite 
continuer et étudier la couche 4. 


Dans cette partie, nous avons appris: 


e _l'adressage IP qui permet de définir les réseaux; 
e le routage qui permet de passer d'un réseau à un autre ; 
e et enfin quelques protocoles supplémentaires qui permettent d'améliorer le fonctionnement des réseaux. 


Nous savons maintenant dialoguer parfaitement d'un réseau à un autre. Nous pouvons donc joindre une machine à l'autre bout 
du monde. 
Cependant, notre objectif est d'arriver à faire dialoguer des applications ensemble. 


www.siteduzero.com 


Partie 2 : Communiquer entre réseaux 140/220 


Pour cela, nous allons devoir étudier la couche 4. 
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Partie 3 : Communiquer entre applications 


Avant de nous plonger plus profondément dans la couche 4, nous allons d'abord comprendre ce qu'est une application, et avec 
celle-ci la notion de client et de serveur qui est le modèle encore le plus utilisé sur Internet. 


Une fois ces notions acquises, nous pourrons alors aborder les protocoles de couche 4 qui permettent de communiquer entre 
applications, ainsi que les subtilités réseau qui y sont associées. 


C'est quoi, une application ? 


Après les gros chapitres que vous venez d'enchaîner, celui-ci fera figure de gâteau. 

En effet, ce chapitre a surtout pour objectif de vous faire comprendre certains concepts que vous utilisez sûrement déjà. Il 
devrait donc être succinct et facile à comprendre. 

Plongeons-nous dès maintenant dans les notions de client et de serveur qui sont si importantes sur Internet. 


Le serveur 
Pour une application client / serveur, il faut un serveur. 
Le propre d'un serveur est d'offrir un service. Par exemple, si l'on prend le cas d'un serveur web, son rôle est de mettre à 
disposition des internautes des pages web. Un serveur de messagerie mettra à disposition des adresses mail ainsi qu'un service 
d'envoi et de réception de mails. 


© On peut donc dire d'une machine qu'elle est un serveur, dès lors qu'elle fournit un service. 


Le détail d'un serveur 


Sans descendre au niveau du fonctionnement basique d'un serveur et du langage de programmation qui a été utilisé pour le 
créer, nous allons quand même essayer de comprendre le mode de fonctionnement d'un serveur. 


Le serveur écoute 


Étant donné que le serveur est censé fournir un service accessible tout le temps, on dit qu'il est en écoute. En fait, le serveur va 
écouter sur le réseau et être prêt à répondre aux requêtes qui lui sont adressées. 

Vus pouvez tout à fait le voir sur vos machines virtuelles Linux, ou même sur un autre système d'exploitation avec la commande 
netstat -an. Le résultat étant un peu un fouillis, je vous propose, sous Linux d'utiliser l'option -antp. 


Code : Console 


sd-6123:-# netstat -antp 
Connexions Internet actives (serveurs et établies) 


Proto Recv-Q Send-Q Adresse locale Adresse distante Etat PIDO 
He 9 0 ONOMOMONOE:489J6ES CAONOMOX :ISTEN 2191 
CE 0 OM ON OPAIESS UD CAONOADEX :ISTEN 547 
PC 0 OMOMOPMONOE AIRE CAONOMOEX :ISTEN 184 
CE 0 ONOMOMOROESUDSS COFONO AD ISTEN 524 
CE 0 ONOPOPONOE22 CACAORDESX :ISTEN 296 
CE 0 OMOMOMONOE:R2S COAONOAODEX :ISTEN SOUS 
LC 0 OMOMOMOROEARO CAM CAOAOADEX :ISTEN 524 
BCE 0 OMR DPOMES 902 127000 TIME WAIT _ 

BCD 0 COMPTA OPORMESSSSS 127 0N0MIESS 06 TIME WAIT = 

BCE 0 160864101745 68:22 TOM S2E4 098 0%SST7AS ESTABLISHED 234 
tcp6 0 d'arts HR ISTEN 669 
tcp6 0 OST 810 es :ISTEN 187 
CLÉ 0 022 HE ISTEN 296 


K D 


Ici, trois colonnes nous intéressent. 
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La colonne Adresse locale nous donne l'adresse IP en écoute, ainsi qu'un numéro que nous ne connaissons pas encore. 
La colonne Etat nous indique... l'état du service ! 
La colonne PID/program name nous indique le numéro du processus en écoute ainsi que son nom. 


Si je prends par exemple la seconde ligne, je vois que j'ai un service MySQL qui tourne sur le numéro 3306 de l'adresse IP 
127.0.0.1. Son état LISTEN montre qu'il est en écoute, ce qui est bien pour un service. 


Vus vous souvenez ? 127.0.0.1 est une adresse IP spéciale, réservée pour une utilisation locale. 
Ici, notre serveur MySQL sera injoignable depuis le réseau. Il ne sera joignable que depuis la machine elle-même. Cela évite de 
rendre un service accessible auxautres sion n'en a besoin que localement. 


On peut dire ici que ma machine est un serveur, car elle fournit des services sur le réseau (des programmes sont en 
écoute et sont prêts à répondre à des requêtes qui leur parviennent). 


On peut s'interroger sur deuxautres lignes et notamment sur leurs états. Il y a une ligne à l'état ESTA BLISHED qui montre que la 
connexion est établie. 
C'est super, cela veut dire que notre machine est en train de fournir un service ! Quelqu'un est connecté sur notre machine ! 


Enfin, l'état TIME WAIT montre d'anciennes connexions qui sont en cours de terminaison. 


Conclusion 


On peut donc en déduire qu'un service est un programme qui est en écoute sur une machine. On peut alors appeler cette 
machine un serveur. 

Mais ce service ne servirait à rien s'il n'était pas utilisé, et pour cela, il faut que des clients viennent se connecter dessus et 
l'utilisent ! 


Le client 
Qu'est-ce qu'un client ? 


Le client est simplement un programme quise connecte à un service pour l'utiliser us en connaissez plein, et d'ailleurs vous en 
utilisez tous les jours ! 


Oui, en ce moment même vous utilisez un client web qui est votre navigateur et qui se connecte au serveur du Site du Zéro. 
C'est bien une connexion client/serveur qui est établie entre votre navigateur et le serveur web du Site du Zéro. 


© Et j'utilise d'autres clients, sinon ? 


Oui, des tas ! Wus utilisez peut-être un client de messagerie comme Outlook, Thunderbird ou Evolution. 

Vus pouvezaussiutiliser un client FTP pour le transfert de fichiers, comme Filezilla. 

Si vous jouez un peu en ligne, vous utilisez sûrement un client pour vous connecter à votre jeu préféré qui fonctionne sur un 
serveur sur Internet. 


© Un client peut-il être serveur ? Et vice versa ? 


Oui, bien sûr ! Par exemple, on a vu dans le paragraphe précédent que ma machine était serveur, mais c'est aussiavec cette 
machine que je me connecte sur des sites web en tant que client. Elle joue donc à la fois le rôle de client et celui de serveur. 


© Alors il n'y a que des machines qui ont les deuxrôles ? 


Non, la plupart du temps, les machines serveur ne jouent pas le rôle de client, ou très peu. Elles sont spécialisées en tant que 
serveur et pour des raisons de sécurité, on limite les services disponibles à ceux qui sont strictement nécessaires, et on évite que 
cette machine ait une activité de client qui pourrait engendrer des failles. 

De la même façon, on considère que les machines des utilisateurs comme vous et moi jouent en majeure partie le rôle d'un client 
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et sont donc vues comme des clients et non des serveurs. 


Et Internet là-dedans ? 


On peut dire qu'Internet est aujourd'hui massivement basé sur un fonctionnement client/serveur. 


Ceci dit, ce n'est pas l'unique façon de se connecter. En peer to peer par exemple, chacun peut prendre le rôle de client et de 
serveur. De même, le service n'est pas assuré par un seul et unique serveur auquel on s'adresse, mais par tout un ensemble de 
machines qui possèdent la ressource. 

Nous voyons que la notion de client/serveur est très importante pour Internet. 

Elle joue notamment un grand rôle dans le modèle OSI et spécifiquement pour la couche 4. 


Nous allons donc pouvoir aborder cette couche sereinement dans le prochain chapitre ! @) 
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Rendre mes applications joignables sur le réseau 


Avec tout ce que nous avons vu jusqu'à maintenant, nous sommes capables de faire dialoguer ensemble des machines d'un 
bout à l'autre d'Internet. 


Mais ça nous fait une belle jambe, car ce que nous voulons c'est pouvoir faire dialoguer une application cliente avec une 
application serveur. C'est là où la couche 4 entre en jeu, en ajoutant la notion d'application au réseau. C'est elle qui va faire le lien 
entre la couche applicative et les couches réseau. 


Nous allons voir dans ce chapitre les deux protocoles utilisés en couche 4. Eh oui, iln'y en a pas qu'un seul! 
Accrochez-vous, c'est encore à un gros chapitre que vous avez affaire ! 


La couche 4, ses rôles 


Grâce à la couche 2, nous savons dialoguer sur un réseau local. 
Grâce à la couche 3, nous savons dialoguer entre réseaux. 
Nous sommes donc capables de dialoguer entre deux machines sur des réseaux distants, chacune à un bout du monde. 


© À quoi va donc bien pouvoir nous servir la couche 4 alors ? 


Eh bien, notre objectif n'est pas de faire dialoguer ensemble des machines, mais de faire dialoguer ensemble des applications. 
Vous vous rappelez le modèle OSI ? La figure suivante devrait vous rafraîchir la mémoire. 


7 application 


6 |! présentation 


liaison de 
données 


1 physique 


nn = 


Le modèle OSI 
Nous voyons très bien ici que le réseau va servir à transporter l'information fournie par les applications. Ainsi, notre objectif est 
de faire dialoguer des applications qui sont sur des machines, entre elles. 


On voit tout de suite l'intérêt d'avoir une couche du modèle OSI qui soit en charge de la communication entre applications. 
Le rôle de la couche 4 est donc de gérer les connexions applicatives. 


Nous allons maintenant voir comment les protocoles de couche 4 vont faire cela. eh oui, j'ai bien dit LES protocoles de couche 
4 


| Un identifiant, le port 
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Le port 


Définition 


En couches 2 et 3, nous avions vu qu'il fallait une adresse pour identifier les éléments nécessaires à l'identification des moyens 
de communication. L'adresse MAC identifie la carte réseau en couche 2, et l'adresse IP identifie l'adresse de notre machine au 
sein d'un réseau, en couche 3. 


Eh bien en couche 4, l'adresse utilisée est le port. 


© Euh... c'est une adresse ou un port ? 


Le port est une adresse. C'est même l'adresse d'une application sur une machine. 


Aünsi, nous pourrons identifier toute application qui tourne sur notre machine et qui a besoin de dialoguer sur le réseau. 
Si vous vous rappelez, dans le chapitre précédent, j'avais montré que mon serveur MySQL était en écoute sur le numéro 3306. 


Code : Console 


sd-6123:-# netstat -antp 
Connexions Internet 


Proto Recv-Q Send-Q 


BCD 
CCD 
BCD 
ECp 
tcp 
CCp 
tcp 
ECp 
CCp 
CCp 
tcp6 
tcp6 
tcp6 


0 


eee he ere eee) 


DNS 
eherherchers ere ester) 


0 


actives (serveurs et établies) 
Adresse locale Adress 
0.0.0.0:48963 (CAT EIDS 
LATAOMOMMÉESES06 COTE UE 
OMOROM OEM CORTE 
OMONOP0ES0DSS ONOPD 
OMON0e 0:22 ONOADE 
OMONOPOS 215 ONOPUE 
OMOMOMOEMIOIDEIME ONDES 
lETAOMOMMMS 027 10 
1EFAOROMMIESSSSS 1240 
SOMMAIRE" 22 HO? 
ROIS os 
LAS O) ce 
6272 ce 


* 
* 
* 
* 
* 

Lx 
* 
all 
all 


distante 


:80 
:3306 


OPARSOESÉSTUS 


EE © EE EH 


Ki 


D 


Nous savons maintenant que ce numéro est en fait le port d'écoute de l'application MySQL. Si je reçois une requête MySQL sur 
l'adresse IP 127.0.0.1 et sur le port 3306, le service MySQL va pouvoir répondre. 


Exemple de port en écoute 


Prenons la machine d'adresse 88.191.135.63 sur laquelle je fais un netstat : 


Code : Console 


sd-2412:-# netstat -antp 
Connexions Internet actives 
Proto Recv-Q Send-Q 


CCD 
CCD 
ire) 
TCp 
LCpE 
CCpE 


0 


Sete rS Ke) 


0 


(Ne) 


(serveurs et établies) 


Adresse locale Adress 
CONOAO00E22 CATAUE 
CROAOMOE2S COPUAUE 
1AFMOMOEMESSI06 CAUMUE 
IA OO PMR ERA ER COATAUE 
O0 Fr 
do 


e 
0 


erxexe) 


*X 
.*X 
*X 


distante 
* 


LATE 
221 
154 
Ro 
209 
218 
225] 
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Nous voyons ici que le port 80 est en écoute à la ligne 5, et que c'est l'application apache2 qui est un serveur web : 
y q P g q pp p q 


LISTEN 


Le port 80 est le port utilisé pour les serveurs web. Nous pouvons donc nous douter qu'un serveur web est en écoute sur cette 
machine ! Ilne nous reste plus qu'à utiliser un client web, soit un simple navigateur, pour nous connecter à cette application. 


Essayez sur votre navigateur d'entrer hf{p.//88.191.135.63 (voir la figure suivante). 


. — 
« )» http:/ mww.lalitte.com/index.php/Accueil ch ‘4- | LE 


ELEARNING ENIGMES RUBIK'S CU CUISINE LIEN 


Accueil 
Bienvenue sur www.lalitte.com 


Qu'est-ce que lalitte.com 7 Cours, FAQs et tutoriels 


Un site de partage de mes connaissances et compétences, notamment 


dans le monde des systèmes et réseaux que je cottore depuis plusieurs nplet - Installer un serveur DNS avec djbdns 
à M" 
C'est ousss ur wii 2 qui perrmét à chaque lecteur de porticiter au Ste et ! 1 4 : 
d'y taire des modifications PF -M 
La [La 
Les News 


+ 18/03/11 - Départ pour l'Alaska imminent. À voir sur 


a 
e & 


Les tutos de zèros 


si IP et La 
7 TP € 
7. © : = 
' “or ‘ , € 
é 
{Le coin cuisine a, Les sites partenaires 


vod 


males Serveur ésentes Compte 
ERRSÉ. NOUVEAU ES 2m 


Nous avons entré dans l'URL l'adresse IP 88.191.135.63, et nous avons été redirigés vers mon site www.lalitte.com. 
C'est normal, car cette adresse est celle de la machine qui héberge mon site. 


Un point important à remarquer est que nous n'avons pas indiqué que nous voulions atteindre le port 80, seule 
l'adresse IP a été nmdiquée. 


C'est normal, car notre navigateur, qui est un client web, fait toujours ses requêtes sur le port 80 si un port n'est pas spécifié. 


Toutefois, nous pouvons explicitement spécifier un port dans notre URL, par exemple le port 22 qui était en écoute aussi sur la 
machine. Dans ce cas, nous allons taper 88.191.135.63:22 dans l'URL pour préciser le port voulu. 


Essayezavec htip://88.191.135.63:22, comme indiqué sur la figure suivante. 


[L) http://88.191.135.63:22/ 


SSH-2.0-OpenSSH 5.5pl Debian-6 
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Firefox peut bloquer votre requête, car il considère que c'est une faille de sécurité que d'interroger un autre port que le 
port 80. Pour désactiver la protection, tapez about : config dans l'URL. Puis faites un clic droit dans la barre en haut 

À sur la case Nom de l'option.Ajoutezune nouvelle chaîne de caractères 
network.security.ports.banned.override puis donnez-lui la valeur 1-65535. Wus pourrez maintenant 
indiquer le port que vous voudrez dans l'URL. 


Notez que cela ne fonctionnera pas sous Chrome. bus avez donc le droit de changer de navigateur ! 


Nous voyons que nous tombons sur un serveur ssh. Ça tombe bien, car le port 22 est le port normalement réservé pour un 
serveur ssh. © 


Nous verrons plus tard quelle est son utilité, mais dès maintenant, nous pouvons voir que derrière chaque port ouvert sur une 
machine se cache une application ! 


Quelles adresses pour les ports ? 


Beaucoup de ports ! 


Les ports sont codés en décimal sur deux octets. 


Ils peuvent donc prendre 2!6 valeurs, soit 65536 valeurs ! 

Vu que l'on commence l'adressage des ports à 0, nous pourrons avoir des valeurs de ports de 0 à 65535. 

Ça fait quand même pas mal, non ? 

Donc nous pourrons faire tourner au maximum 65536 applications en réseau sur une machine. Cela devrait aller... mais on peut 
quand même parfois arriver à saturation, en cas d'attaque, quand quelqu'un envoie des tonnes de paquets sur nos différents 
ports pour nous saturer. 


OK, nous avons donc 65535 ports à notre disposition. 


© Or, nous avons vu qu'un serveur web devait être sur le port 80. Y a-t-il d'autres ports réservés ? 


Oui, il y a quasiment autant de ports réservés que d'applications réseau qui existent. 
Liste des ports 


Viciune petite liste des ports réservés, et des applications associées, les plus couramment utilisés : 


Application Port réservé 


jeuxBlizzard | 6112 
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| 


Si vous ne connaissez pas ces applications, ce n'est pas grave, nous les découvrirons pour la plupart dans la suite de ce cours. 


© Il y a donc 65535 ports réservés pour les applications ? 


Non, seule une partie d'entre eux sont réservés. D'ailleurs, historiquement, ce n'était que les ports inférieurs à 1024 qui étaient 
réservés. Mais aujourd'hui, beaucoup d'applications qui sortent utilisent des ports au-delà de 1024. 


© À quoi peuvent bien servir les ports au-dessus de 1024 alors ? 


C'est une très bonne question ! Nous avons dit que le port était l'adresse d'une application. Et nous avons vu que les ports 
étaient notamment utilisés pour les applications serveur, les services. 


© Mais quid des applications clientes ? Ont-elles aussi une adresse avec un port ? 


Eh bien les applications clientes ont des ports, elles aussi, mais ils ne sont pas réservés. 
Les ports attribués aux applications clientes sont donnés aléatoirement, au-dessus de 1024, par le système d'exploitation. 


Ce n'est pas gênant. Pour un serveur, vu qu'il est en écoute en permanence, il est important que l'on connaisse le port auquel on 
doit s'adresser. Pour un client, l'application ne va être en écoute que le temps de son fonctionnement. Aïnsi, il peut être choisi au 
hasard tant que le système d'exploitation sait quelle application se trouve derrière quel port. Prenons un exemple. 


Nous nous connectons avec notre navigateur préféré vers notre site préféré www.siteduzero.fr . 


Au moment où notre navigateur envoie la requête, un port va être demandé au système d'exploitation pour la connexion vers le 
Site du Zéro. Le système lui attribue le port 43645 (aléatoirement, ce port n'a aucune signification particulière). 

Désormais, l'application navigateur web est en écoute sur le port 43645 pour pouvoir recevoir les réponses que va lui envoyer 
le Site du Zéro. 

La requête est envoyée sur le port 80 du Site du Zéro (là, le port n'est pas aléatoire puisqu'on s'adresse à un serveur qui a un port 
réservé) qui va recevoir la requête, la traiter, et répondre à notre navigateur sur le port 43645. 


Pour illustrer cet exemple, je vais aller faire un tour sur mon site préféré, et regarder au niveau de ma machine si un port a été 
ouvert. 


© Mais comment voir les ports ouverts ? 


Vus vous souvenez ? Nous l'avons déjà fait, il s'agit de la commande netstat, plus exactement nefstat -an pour Windows et 
Mac, et netstat -antp pour Linux 


Voici le résultat : 
Code : Console 


MacBook:-+ elalitteS$S netstat -an |grep 92.243.25.239 
tcp4 0 OMARO PSM OS TS AS 6 CE DAS 289880 TIME WAIT 


Pa 


donc utilisé la commande grep qui permet d'isoler une ligne en fonction d'une chaîne de caractères, qui est ici l'adresse 


Ici, je n'ai pas cherché à imprimer tous les résultats de netstat mais seulement la ligne qui concernait le Site du Zéro. J'ai 
AN IP du Site du Zéro. 


Nous voyons icique ma machine d'adresse 10.8.98.13 est en écoute sur le port 56681 pour communiquer avec le Site du Zéro sur 
son port 80. 
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Un port a bien été ouvert pour mon application cliente qui est en fait mon navigateur web Firefox. 
Et voilà comment nous pouvons dialoguer entre applications client/serveur grâce auxports ! 


Nous sommes maintenant prêts pour découvrir le reste de la couche 4, et notamment les deux protocoles qui la composent. 


Deux protocoles, TCP et UDP 
Deux protocoles pour le prix d'un ! 


En couche 2 comme en couche 3, nous n'avons vu qu'un seul protocole de transport des données (Ethernet pour la couche 2, et 
IP pour la couche 3). 


© Alors pourquoi la couche 4 aurait-elle besoin de deux protocoles ? 


En fait, les gens qui ont créé les réseauxse sont rendu compte qu'il pouvait y avoir deux besoins différents pour le transport des 
données des applications : 


e des applications qui nécessitent un transport fiable des données, mais qui n'ont pas de besoin particulier en ce qui 
concerne la vitesse de transmission ; 

e des applications qui nécessitent un transport immédiat des informations, mais qui peuvent se permettre de perdre 
quelques informations. 


© Avez-vous une idée des applications qui font partie de la première catégorie et de celles qui sont dans la seconde ? 


La première catégorie regroupe une très grande majorité des applications d'Internet, car bon nombre d'entre elles ont besoin 
que chaque paquet émis soit reçu coûte que coûte ! 

Ce sont notamment les applications comme le web, la messagerie, le ssh, beaucoup de jeux en ligne, etc. 

Si un paquet est perdu, une page web ne pourra pas s'afficher correctement, ce sera pareil pour un mail, etc. 


La seconde catégorie regroupe moins d'applications, mais vous comprendrez vite pourquoi ces applications ont besoin d'être 
instantanées et peuvent se permettre qu'un paquet ne soit pas reçu. Il s'agit notamment des applications de streaming, comme la 
radio ou la télé sur Internet. 

Pour une radio en ligne, il est essentiel que les informations soient envoyées en temps réel, le plus rapidement possible. Par 
contre, siun ou plusieurs paquets sont perdus, on ne va pas arrêter la radio pour autant. L'utilisateur aura des coupures de 
connexion, mais la radio continuera d'émettre. 


On identifie donc ainsi deux besoins bien distincts l'un de l'autre : 


e un protocole fiable mais sans nécessité de rapidité ; 
e un protocole rapide sans nécessité de fiabilité. 


C'est pour cela que nous avons deux protocoles pour la couche 4 : le protocole TCP et le protocole UDP. 


TCP est de la première catégorie, c'est un protocole extrêmement fiable. 

Chaque paquet envoyé doit être acquitté par le receveur, qui en réémettra un autre s'il ne reçoit pas d'accusé de réception. On dit 
alors que c'est un protocole connecté. 

On peut le comparer au téléphone. Quand on appelle quelqu'un, on dit "Allo ?" pour savoir si la personne est là et, s'il y a des 
silences dans la communication, on essaye de voir si la personne est encore à l'écoute, etc. En TCP ce sera pareil, pour chaque 
information envoyée, on vérifiera que la machine en face l'a bien reçue. 


UDP, lui, est un protocole rapide, mais peu fiable. Les paquets sont envoyés dès que possible, mais on se fiche de savoir s'ils ont 
été reçus ou pas. On dit qu'UDP est un protocole non-connecté. 


C'est un peu comme le courrier (sauf que le courrier n'est pas rapide...) On envoie notre lettre, et ensuite, on prie très fort pour 
que celle-ci arrive, mais on n'en saït rien. 


Regardons d'un peu plus près chacun de ces protocoles. 
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UDP, la simplicité 


UDP est le protocole le plus simple auquel vous aurez affaire en réseau. Étant donné que les objectifs associés à sa mise en 
œuvre sont la rapidité et la non-nécessité de savoir siune information est bien reçue, le format des messages envoyés sera très 


simple ! 
Le datagramme UDP 


Eh oui, on dit datagramme comme pour le message de couche 3 du protocole IP. C'est normal, car datagramme veut dire, en gros, 
message envoyé dont on ne sait rien sur la bonne transmission ou réception. Wici le contenu d'un datagramme UDP : 


Datagramme UDP 


Nous avons ici seulement 4 mformations pour l'en-tête UDP. Chacune faisant 2 octets, cela nous fait un en-tête de seulement 8 
octets ! 
C'est le plus petit en-tête que nous ayons vu, et que nous verrons. 


Étudions ces champs un par un. 


Pour le port source, c'est simple, c'est l'adresse de l'application qui envoie l'nformation. 
Pour le port destination, c'est l'adresse de l'application destinataire. 
Ensuite, il y a un champ de 2 octets qui représente la taille d'un datagramme, ce qui veut dire que la taille maximum d'un 
datagramme sera de 216 soit 65536 octets. Cependant, dans la réalité, il est très rare de voir des datagrammes UDP de plus 
de 512 octets. Ceci est notamment dû au fait que perdre un petit datagramme est acceptable, mais en perdre un gros est 
plus gênant, vu qu'UDP n'a pas de gestion des paquets perdus. 

e Pour le checksum, ou CRC, le principe est le même que pour la couche 2 : s'assurer que les données reçues sont bien les 
mêmes que celles qui ont été transmises. 


Tiens, tiens, une question ne vous vient-elle pas à l'esprit ? Non ? 


© Pourquoi avoir un CRC pour le protocole UDP alors qu'il y en a déjà un pour la couche 2 avec le protocole Ethernet ? 


En effet, si vous avez bien compris le principe d'encapsulation, vous savez que le datagramme UDP est à l'intérieur de la trame 
Ethernet, et donc que le CRC de la trame vérifie les données de la couche 4 du protocole UDP. 


© Pourquoi alors, faire ce CRC deux fois ? 


Eh bien la réponse se trouve dans le modèle OSI 

Si vous vous souvenez bien, une des règles associées au modèle OSI est que chaque couche est indépendante. Ainsi, ce n'est 
pas parce que la couche 2 avec le protocole Ethernet fait un CRC, que la couche 4 ne doit pas en faire, de même que la couche 3. 
Étant donné que chacune des couches n'est pas censée savoir qu'une autre couche fait un CRC, chacune implémente son 
propre CRC. 


qu'un datagramme arrive en couche 4 avec des erreurs qui ont été produites entre le passage de la couche 3 à la couche 


à) D'ailleurs, Richard Stevens, l'auteur de la bible des réseaux, TCP/IP illustré, volume 1, a montré qu'il arrive parfois 
4. Comme quoi, cet acharnement de CRC n'est pas toujours inutile ! 


Les applications qui utilisent UDP 


Comme prévu, les applications de streaming vont, en énorme majorité, utiliser UDP, comme la radio sur Internet, la télé sur 
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Internet, etc. 
On l'utilise aussi pour la téléphonie sur Internet, plus connue sous le nom de WIP (Voice Over Internet Protocol) ou ToIP 
(Telephony Over IP). 

Mais on utilise aussi UDP pour transporter deux protocoles majeurs d'Internet que sont le DNS et le SNMP. Nous verrons ces 
deux protocoles dans les prochains chapitres, ne vous inquiétez pas. Vus savez dès maintenant que ce sont deuxexceptions qui 
utilisent UDP parmi la multitude d'applications qui utilisent TCP. 


@) Que dire d'autre sur UDP ? 


Rien. UDP est un protocole simple, aussi simple que la longueur de ce paragraphe... ©) 


TCP, tout envoi sera acquitté ! 


C'est dans le titre, le principe de TCP est d'acquitter chaque octet d'information reçue. 
À l'inverse d'UDP , il y aura beaucoup d'informations dans l'en-tête TCP pour parvenir à suivre une connexion correctement. 
Mais nous n'allons pas tout de suite nous pencher dessus. Nous allons d'abord voir les principes de base de TCP. 


Avant de communiquer, on assure la communication. 


Prenons une conversation téléphonique. Avant de raconter son histoire, l'interlocuteur va d'abord s'assurer que son partenaire 
est bien présent au bout du fil. Cela donne: 


e Paul appelle : Tut... tut.. 
e René répond : Allo ? 
e Paul commence sa conversation : Allo, salut c'est Paul ! 


On voit très clairement ici qu'il faut établir la communication avant de parler du sujet. Il en sera de même en TCP. 
q P 1] 


Les trois premiers paquets envoyés ne serviront qu'à établir la communication. Comme le a/lo, ce seront des paquets vides qui 
ne sont là que pour s'assurer que l'autre veut bien parler avec nous. 


Comme le téléphone, une connexion TCP va se dérouler comme suit : 


e Tu veuxbien dialoguer avec moi ? 
e Oui, je suis OK. 
e OK, bien reçu, on commence la discussion. 


Pour cela TCP va utiliser des informations dans son en-tête pour dire si un paquet correspond à une demande de connexion ou si 
c'est un paquet normal. 


Les drapeaux 


Étant donné que les paquets qui vont être envoyés pour initialiser la connexion seront vides (ils ne contiendront pas de 

données) il faudra une information présente dans l'en-tête pour mdiquer si c'est une demande de connexion, une réponse ou un 
acquittement (un acquittement sera une réponse vide qui servira simplement à dire à la machine en face que l'on a bien reçu ses 
informations, comme quand on dit "han han..." au téléphone pour bien spécifier que l'on écoute ce que dit notre interlocuteur). 


Pour cela, il va y avoir ce que l'on appelle des drapeaux (ou f/ags en anglais) dans l'en-tête TCP. Les drapeauxne sont rien 
d'autre que des bits qui peuvent prendre la valeur 0 ou 1. Ainsi, il y aura dans l'en-tête TCP des bits qui vont indiquer quel est le 
type du message TCP envoyé. 


Etablissement de la connexion 
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Le premier paquet sera une demande de synchronisation, comme le allo au téléphone, le flag correspondant est le flag S YN (SYN 
pour synchronisation !). Tous les flags sont connus sous leur forme courte, de trois lettres seulement. 

Ainsi, sije veux me connecter à une application serveur qui fonctionne avec TCP, je vais envoyer un paquet avec le flag SYN 
positionné pour lui indiquer que je veux dialoguer avec elle, c'est l'équivalent d'un "Tu veux bien dialoguer avec moi ?". 


Un serveur recevant une demande SYN doit normalement répondre qu'il est d'accord pour communiquer avec le client. Pour cela 
il va envoyer un ACK en réponse (ACK comme acquittement, ou acknowledgement en anglais). 

MAS, il va, à son tour, demander si le client veut bien communiquer avec lui et positionner aussi le flag SYN dans sa réponse. Il 
y aura donc les flags SYN ET ACK positionnés dans sa réponse. 


Euh, mais si le client a demandé à communiquer avec le serveur, pourquoi le serveur lui demande s'il veut bien 
communiquer avec lui ? 


Eh bien la réponse à cette question est primordiale pour comprendre TCP. 

Quand on veut communiquer en TCP, on n'établit pas une, mais deux connexions. 

Car TCP considère qu'il va y avoir une communication dans un sens, et une communication dans l'autre sens. Il établit donc une 
connexion pour chaque sens de communication. 


Aünsi, quand le serveur répond à la requête SYN, il acquitte la demande avec le ACK, et fait une demande de connexion pour 
l'autre sens de communication, du serveur vers le client, en positionnant le flag SYN. La réponse a donc les flags SYN ET ACK 


positionnés. 


Toutefois, notre connexion n'est pas encore établie. Il faut encore que le client accepte la demande de connexion faite par le 
serveur. Le client va donc renvoyer un paquet avec un flag ACK. 


Cela donne le résultat que vous pouvez voir en figure suivante. 


Client A Serveur B 


74 


3 Way Handshake 


Nous voyons bien ici la différence entre la communication bleue de A vers B et la communication rouge de B vers A. 

On voit d'ailleurs les couleurs des flags associés : en bleu, le premier SYN pour la demande de connexion de A vers B et le ACK 
dans la réponse pour acquitter la demande de connexion de A vers B ; en rouge le SYN pour la demande de connexion de B vers 
A et l'acquittement ACK dans le dernier paquet. 


L'établissement de la connexion TCP s'est donc fait par l'échange de trois paquets. C'est pour cela qu'on l'appelle Three Way 


Handshake où poignée de main tripartite en français (mais tous les spécialistes utilisent le terme anglais, comme souvent en 
réseau) 


www.siteduzero.com 


Partie 3 : Communiquer entre applications 153/220 


Continuation de la connexion 


Maintenant que la communication est établie, les applications peuvent s'échanger des paquets autant qu'elles le veulent ! 

Le principe au niveau des flags est simplement d'avoir positionné le flag ACK. Donc tout paquet échangé après l'établissement 
de la connexion n'aura que le flag ACK de positionné. Presque, car nous n'avons vu que deux flags pour l'instant. 
Néanmoins, ce qui est sûr, c'est que le flag ACK sera positionné sur tous les paquets, pour acquitter la réception des paquets 
précédents. 

Vyezen figure suivante le schéma de la continuité d'une connexion. 


Client A Serveur B 


pCX Continuité de la connexion 


Fin de la connexion 


Toutes les bonnes choses ont une fin, et les connexions TCP aussi! 


Une fois que les applications ont terminé leur communication, il faut encore fermer la connexion. 
Eh oui, on ne va pas laisser la connexion indéfiniment ouverte ! Si nous ne les libérions jamais, nos ports seraient rapidement 
tous utilisés. 


Donc, de la même façon que l'on a utilisé des paquets vides et des flags pour établir une connexion, nous allons faire de même 
pour la clôturer. 


Le flag que l'on va utiliser alors, à l'opposé de SYN, est le flag FIN. 


Imaginons que le client veuille fermer la connexion, il envoie donc un paquet avec le flag FIN positionné. 


© Donc il n'y a que le flag FIN de positionné ? 


Non, car comme nous l'avons vu, dès lors qu'une connexion est établie, tout paquet contiendra un flag ACK pour acquitter le 
paquet précédent. Donc lorsque l'on demandera la fermeture de la connexion avec le flag FIN, on en profitera pour acquitter le 
paquet précédent reçu en ajoutant aussi le flag ACK. La demande de fermeture contiendra donc les flags FIN et ACK. 


Le serveur pourra ensuite, lui aussi, demander la fermeture de la communication dans l'autre sens, et acquitter la réception de la 
demande de fin. Il placera donc, lui aussi, les flags FIN et ACK. 
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© Super ! Et là, notre connexion est fermée ? 


Pas encore ! Le serveur a demandé la fermeture de la communication dans le sens serveur -> client, mais le client ne lui a pas 
encore acquitté cette demande. Si jamais ce paquet était perdu, le serveur et le client continueraient à avoir leur connexion 
ouverte. Il faut donc que le client réponde au serveur qu'il a bien reçu sa demande de fermeture en envoyant un dernier paquet 
ACK. C'est seulement à ce moment que la connexion est fermée complètement et que les ressources des machines sont libérées 
(voir la figure suivante). 


Client A Serveur B 


-* 


' 
ace 


K 
RC Terminaison de la connexion 


EN? 


.. 


Nous venons donc de voir comment se déroulait une connexion TCP : l'établissement à l'aide du three way handshake, la 
continuation et la fermeture. Il nous reste à voir les détails de l'en-tête TCP et notamment les flags dont nous avons parlé. 


Le segment TCP 


Voici un nouveau terme pour nous : le segment TCP. 

Nous avions la trame Ethernet, le datagramme IP, le datagramme UDP, et nous avons maintenant le segment TCP. 

Nous n'allons pas encore représenter en détail toutes les informations de l'en-tête du segment TCP mais nous allons nous 
concentrer sur les éléments qui nous intéressent. Nous verrons par la suite le détail de celui-ci. N'ngurgitons pas tout d'un coup, 
au risque de faire une indigestion ! 


Voici donc la bête: 


Segment TCP 


Nous pouvons voir qu'il reste encore quelques points d'interrogation, mais ne vous inquiétez pas, nous les détaillerons par la 
suite. 

L'en-tête fait 20 octets, comme celui de la couche 3. 

Faisons le détail de ce que nous pouvons voir. 


e port source et port destination, on connaît ! 
e les flags, 
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ils sont au nombre de 6 et nous en connaissons déjà 3 ; 
o SYN 

ACK 

FIN 

RST 

PSH 

URG 


O0 O0 O0 © 0 


e enfin, le checksumque nous connaissons aussi. 


Il nous reste trois flags à expliciter, sachant que RST a une importance plus forte que les deuxautres. 


Nous verrons dans un prochain chapitre qu'en TCP chaque octet de données envoyé doit être acquitté. Si jamais il y a une 
incohérence entre les données envoyées et les données reçues, la connexion est considérée comme anormale et la machine qui 
s'en rend compte doit prévenir l'autre pour arrêter la connexion et en mettre en place une nouvelle. 

Cela se fait grâce au flag RST. 


Si deux machines A et B ont établi une connexion TCP et qu'après quelques échanges la machine A se rend compte qu'il y a une 
incohérence dans la connexion, elle va envoyer un paquet contenant le flag RST pour indiquer l'ncohérence et demander à la 
machine B de clore la connexion. 

Donc pour une fois, la connexion ne sera pas terminée par la séquence FIN+ACK, FIN+ACK, ACK. 


De la même façon, si j'envoie un paquet SYN sur le port d'une machine qui est fermé, celle-ci doit me répondre RST pour me 
signifier que le port demandé n'est pas en écoute. 


Cette notion de réponse par RST pour un port fermé est importante, car nous nous en servirons quand nous voudrons 
scanner les ports ouverts sur une machine et jouer les apprentis hackers ! 


Les flags PSH et URG peuvent être positionnés pour indiquer que le paquet doit être traité en priorité par la machine destinataire, 
mais nous ne détaillerons pas plus leur utilisation, car elle n'est pas nécessaire pour comprendre le fonctionnement des réseaux. 
Si vous souhaitez en savoir plus, je vous invite à jeter un coup d’œil au lien suivant. 


Nous avons donc vu, en partie pour l'instant, le contenu d'un segment TCP ainsi que le suivi des connexions. Nous allons 
maintenant présenter un cas un peu plus concret pour bien fixer les idées. 

Etude d'une connexion TCP complète 
Après avoir étudié la théorie, nous allons passer à la pratique et voir concrètement les segments qui sont échangés lors d'une 
communication entre un client et un serveur. Nous verrons aussi dans cette partie comment utiliser un logiciel qui permet 
d'écouter ce qui passe sur le réseau, un sniffer. 


Wireshark, l'explorateur du réseau 


Présentation de l'outil 


Wireshark est un programme qui permet d'écouter ce qui passe sur le réseau et qu'on appelle communément un sniffer 
(prononcer sniffeur). 


Concrètement, Wireshark récupère les paquets réseau qui arrivent sur votre carte et interprète leur contenu intelligemment pour 
vous les présenter. Il permet ainsi de voir tous les paquets à destination de votre carte réseau. 


Ilest bien important ici de distinguer tous les paquets réseau ou tous les paquets à destination de votre machine, des 
paquets à destination de votre carte réseau ! 


En effet, tous les paquets qui passent sur votre carte réseau ne sont pas obligatoirement à destination de votre machine. C'est le 
cas des broadcasts par exemple, ou si jamais vous êtes un routeur et que des paquets transitent par vous. De la même façon, sur 
un réseau commuté (où les machines sont reliées entre elles avec un switch) nous ne verrons pas passer tous les paquets 
réseau, mais seulement ceux qui sont à destination de notre carte (ceux qui ont pour adresse MAC destination celle de notre 
carte ou le broadcast). 
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Donc Wireshark va recevoir les 0 et les 1, et comme il connaît les protocoles réseau, il sera capable de les interpréter et de nous 
les présenter joliment ! 
Voici à la figure suivante un exemple de ce que peut nous présenter Wireshark. 


Ette Et View Co Capture Analyze Statistics Telephony Ioois Help 
CRUE RE LLE SE ECRÇCUUIE CLP 
Fier: | _w]Expression… Clear Appiy 


No, | Time Source Destination Protoco! | Info 


. 


48 9.808511 GentekTe_59:c3:beBroadcast Who hes 10.8.49.37 Tell 10,8.63.16] 


CEDPEEPI 


P Frame 1: 92 bytes on wire (726 bits), 02 bytes captured (736 bits) 
b Ethernet 11, Src: O-ProCos 9e:29:a1 (00;0f:fe:9%+:29:a1), Dst: Broadcast (ff:f4:#f:#f:ff:f#) 
> Internet Protocol, Src: 10.8.50.23 (10.8.50.23), Dst: 10.8.63.255 (10.8.63.255) 

? User Datagran Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) 

} NetBiOS Noms Service 


6000 41 4 14 #1 #1 11 00 OÙ fe de 29 #1 O8 00 45 00 ........ .. Jeil 
0010 O0 %e e4 32 00 00 60 11 dO 46 Os 06 32 17 Os © .N.2.... .F,.2,., 
0020 3f ff 00 89 00 89 00 3% 6c 11 81 b2 O1 10 OO O1 7,.,,.,: L....,., 
0030 00 00 O0 00 00 00 20 4 48 46 4] 45 42 45 45 43 ,,.... F HFAFRHEC 
0040 à! 45 46 46 44 45 ds 4S 46 45 42 43 4f 45 47 48  CEFFLEJE FERCOEF 
0050 43 43 4f 43 41 41 41 00 00 20 09 01 COCA. 
Exemple Wireshark 


On peut y avoir plein de lignes avec tout plein de caractères ! 
Chacune de ces lignes a une signification et un sens. Nous allons maintenant les étudier. 


Présentation de la fenêtre Wireshark 


La fenêtre se compose en gros de quatre parties : 


les menus et commandes ; 

la présentation résumée des paquets reçus ; 
la présentation détaillée d'un paquet ciblé ; 
le contenu hexadécimal du paquet. 


Menus et commandes 


Le menu présenté en figure suivante est essentiellement composé des actions que nous pouvons faire avec Wireshark. Dans 
notre cas, nous ne nous servirons que de quelques actions. 


RO ner 
File Edit View Co Capture Analyze Statistics Telephony Tools Help 


CCC EL RELLE EF ECRECGIE CLP: 
Fliter: | _v] Expression... Clear Apply 


Menu Wireshark 


Il y a cependant une partie qui peut être importante pour nous, c'est la partie filter. Nous pouvons filtrer ici les mformations 
affichées par Wireshark en fonction de certains critères, comme par exemple les adresses ou les ports. Cela permet notamment de 
suivre plus facilement une connexion TCP de A à Z sans avoir tous les paquets parasites qui peuvent circuler sur le réseau. 
Nous l'utiliserons par la suite. 
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On peut voir en figure suivante la liste résumée des paquets reçus avec les adresses IP source et destination, le dernier protocole 
encapsulé ainsi que quelques informations sur le contenu du paquet. 


No. |Tirne Source Destination Protocol | Info 


48 9.806511 GemtekTe_S9:c3:bs Broadcast R Who has 10.8.49.3? Tell 10.8.63,161 


La présentation détaillée d'un paquet ciblé est la partie qui va nous permettre de voir en détail le contenu des en-têtes (voir la 
figure suivante). Wireshark pourra interpréter tout le contenu de chaque en-tête et nous pourrons ainsi distinguer les 
informations contenues dans chaque paquet. 


D Frame 1: 92 bytes on wire (736 bits), 92 bytes captured (736 bits) 

D Ethernet II, Src: G-ProCom 9e:29:a1l (00:0f:fe:9e:29:a1l), Dst: Broadcast (ff:ff:ff:ff:ff:ff) 
D Internet Protocol, Src: 10.8.50.23 (10.8.50.23), Dst: 10.8.63.255 (10.8.63.255) 

D User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) 

D NetBIlOS Name Service 


Présentation détaillée 


Le contenu hexadécimal du paquet est un peu plus complexe : c'est le contenu brut du paquet non interprété par Wireshark (voir 
la figure suivante). Cela peut être utile si l'on veut voir le contenu réel d'un paquet et pas seulement ce que Wireshark interprète. 
Il peut y avoir des différences. 


0000 ff ff ff ff ff ff O0 Of fe 9e 29 al 08 O0 45 OO  ........ ER 
0010 00 4e e4 32 00 00 80 11 dO 46 Oa 08 32 17 Oa 08 Meigantes sort 
0020 3f ff O0 89 00 89 00 3a 6c 11 81 b2 O1 10 OO O1 ?......: L....... 
0030 00 00 00 00 00 00 20 46 48 46 41 45 42 45 45 43  ...... F HFAEBEEC 
0040 4f 45 46 46 44 45 4a 45 46 45 42 43 4f 45 47 46  OEFFDEJE FEBCOEGF 
0050 43 43 4f 43 41 41 41 O0 OO 20 00 01 CCOCAAA. . .. 


Contenu hexadécimal 


Passons maintenant à l'étude complète d'une connexion. Pour cela, vous devez installer Wireshark ! 
Etude d'une connexion complète 


Installation de Wireshark 


Pour installer Wireshark, rien de plus simple. 
Pour nos amis sous Windows, il faut se rendre sur le site de téléchargement de Wireshark et exécuter l'installation en suivant les 
instructions. 
Sous Linux, je vous invite à utiliser votre gestionnaire de paquets préféré : 
# apt-get install wireshark À 
Ilne nous reste plus qu'à lancer le logiciel. 
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Sous Linux, vérifiez que vous avez bien les droits root quand vous lancez le logiciel snmon Wireshark n'aura pas les 
droits nécessaires pour accéder aux trames réseau reçues par vos interfaces. 


Lancement de la connexion et du sniffer 


Nous allons essayer de sniffer toute une connexion entre notre machine et un serveur sur Internet. Pour cela, je vous propose 
une connexion vers votre site préféré. (@) 


Dans Wireshark, nous allons choisir sur quelle interface réseau nous voulons récupérer le trafic. Il est possible que vous ayez 
plusieurs interfaces réseau, comme une carte Ethernet ET une carte wifi. Dans ce cas, il faudra bien expliciter sur quelle carte 
réseau passe le trafic Internet. 


Pour cela, nous allons cliquer dans le menu Capture, puis Interfaces, comme indiqué sur la figure suivante. 


View Go 


ù @ @ 


Capture 


Analyze Statistics Telephony 
5 Interfaces. 
& Options. Ctri+K 

@ Start Ctril+E | EXpre Capture interface Wireshark 


ax Restart 


258 10.8.{ 5 Capture Filters… 
202 64.4.21:5s LOTO: #07 0 reP [T' 


Une fenêtre s'ouvre en nous montrant nos différentes interfaces disponibles (voir la figure suivante). Nous allons cliquer sur 
Start pour commencer la capture, en choisissant l'interface qui reçoit le trafic Internet (celle qui reçoit des paquets en fait, enl 
chez moi). 


6,0,0 NX, Wireshark: Capture Interfaces 


Device Description IP Packets Packets/s @ or | 
#lenO unknown 0 | ù Start | ni Options 
Æ] fw0 unknown 0 Ex Start | &ni Options | 
#wenl fe80::226:bbfffe16:2184 10077 6 Ex Start | ni Options | 
æ|p2p0 unknown | Bi Start | gi Options | 
Fr] lo0 fe80::1 | Ex Start | gi Options | 
TD Help | 2 Close | 


Interfaces Wireshark 


Dès que vous avez cliqué, la capture commence et vous devriez commencer à voir s'afficher les paquets reçus par votre carte 
réseau. Vous pouvez maintenant aller sur votre navigateur préféré et commencer une connexion vers www.siteduzero.com. 
Attendez que la page soit affichée, et retournez dans Wireshark pour arrêter la capture en appuyant sur le menu Capture, puis 
Stop. 


Vous devriez maintenant avoir reçu quelques paquets réseau que nous allons analyser ensemble. Mais avant cela, nous allons 
essayer de faire le tri dans tous les paquets reçus. En effet, il arrive souvent qu'il y ait beaucoup de trafic réseau et que les 
paquets quinous intéressent soient perdus parmi les autres. Il est alors possible dans Wireshark de donner des critères pour 
filtrer les paquets présentés. 
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Pour cela, nous allons indiquer un filtre dans la partie filter. Par exemple, nous ne voulons afficher que les paquets qui 
contiennent l'adresse IP du Site du Zéro, 80.248.210.229. Nous allons donc indiquer dans le filtre ip.addr — 80.248.210.229. 


Filter: |ip.add 


Filtre Wireshark 


_v| Expression... Clear Apply 


Cliquez sur Apply afin d'appliquer le filtre. 


Vus ne devriez voir maintenant que les paquets qui concernent votre connexion avec le Site du Zéro. 


No. | Time Source Destination Protocol |Info 


Connexion siteduzero.com 


Nous voyons bien dans la colonne info que les trois premiers paquets sont des paquets TCP ayant successivement les flags 
SYN, SYN+ACK et ACK.. La connexion est donc bien initialisée ! 


Nous allons maintenant étudier quelques-uns de ces paquets en détail. 
Étude des paquets 
Nous allons cliquer sur le premier paquet SYN et observer son contenu. 


Dans la fenêtre juste en dessous, celle de présentation détaillée d'un paquet, nous voyons les différentes couches de notre 
paquet représentées. 


D Frame 99: 78 bytes on wire (624 bits), 78 bytes captured (624 bits) 
D Ethernet II, Src: Apple 16:21:84 (00:26:bb:16:21:84), Dst: D-Link 53:e3:a4 (00:19:5b:53:e3:a4) 
D Internet Protocol, Src: 10.8.98.0 (10.8.98.0), Dst: 80.248.210.229 (80.248.210.229) 

D 


Détail d'un paquet complet 


La première ligne représente notre paquet de façon brute, la couche 1 du modèle OST, les 1 et les 0 en somme ! 
La seconde ligne représente la couche 2 du modèle OSL on peut y voir notamment les adresses MAC. 


vous vous souvenez, les trois premiers octets d'une adresse MAC représentent le constructeur de la carte réseau, et j'ai 


On peut voir ici que les trois premiers octets de mon adresse MAC sont identifiés comme Apple . C'est possible, car si 
© bien un Mac. 


La troisième ligne représente la couche 3 du modèle OSL et on y voit notamment les adresses IP. 
Enfin, la quatrième ligne représente la couche 4 du modèle OSL et on y voit les ports TCP. 


© Euh... mais. iln'y a pas de couche 7 applicative ? 


Eh bien non, pas encore. En effet, avant de pouvoir échanger nos données applicatives, il faut que la connexion TCP soit 
établie. Il faut donc que notre three way handshake soit terminé. Ce sont donc seulement des segments TCP qui sont d'abord 
échangés, et seulement ensuite, le quatrième paquet de la connexion devrait contenir des données applicatives. 


Nous allons maintenant regarder en détail le contenu de chaque couche. 
Commençons par la couche 2: 
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D Frame 99: 78 bytes on wire (624 bits), _78 ue captured (624 bits) 


Va MA , EEE arcs A Le 1£ 21:84 Le 10:19: 1, VSLs OU ALERT 1(00:19:5b:53: nds 


> Destination: D- Link_ 53:e3:a4 (00: 19:5b:53:e3: ad) 
D Source: apple_16:21:84 (00:26:bb:16:21:84) 
Type: IP (O0x0800) 
D Internet Protocol, Src: 10.8.98.0 (10.8.98.0), Dst: 80.248.210.229 (80.248.210.229) 


> Transmission Control Protocol, Src Port: 63528 (63528), Dst Port: http (80), Seg: O, Len: O 


Détail de la couche 2 


Comme nous pouvions nous y attendre, nous voyons les éléments que nous connaissons déjà, car nous les avons vus en 
étudiant la couche 2, souvenez-vous ! 


Adresse MAC DST | Adresse MAC SRC | Protocole de couche 3 
Trame Ethernet 


Nous voyons bien l'adresse MAC destination, puis l'adresse MAC source, et enfin le protocole de couche 3 utilisé, qui est ici 
IP. 


Cela prouve aussi que je ne vous ai pas raconté que des bêtises jusqu'à maintenant. (@œ) 


Intéressons-nous à la couche 3 : 


D Frame 99: 78 SÈLE on wire (624 bits), 78 bytes captured” LS bits) 


l'Ethernet 1, © ple_16:21:64 (00: 26: bb; 16: K_53:e3:24 (00: 19:5b:53/e3: 24) 
v Internet Put Le Src: 10.8. 98. (o) (10. 8. 98. o), Dst: 80. 248. 210. 229 (80. 248. 210. 229) 
Version: 4 


Header length: 20 bytes 
b Differentiated Services Field: Ox00 (DSCP Ox00: Default; ECN: Ox00) 
Total Length: 64 
Identification: 0x9653 (38483) 
b Flags: 0x02 (Don't Fragment) 
Fragment offset: © 
Time to live: 64 
Protocol: TCP (6) 
D Header checksum: 0x147f [correct] 
Source: 10.8.98.0 (10.8.98.0) 
Destination: 80.248.210.229 (80.248.210.229) 


D Transmission Control Protocol, Src Port: 63528 (63528), Dst Port: http (80), Seg: O, Len: O 


Détail de la couche 3 


Là, c'est plus complexe, car nous n'avons pas encore vu le contenu complet de l'en-tête IP. Cependant, nous pouvons 
reconnaître en fin d'en-tête les adresses IP source et destination. 


Enfin, intéressons-nous à la couche 4: 


D Frame 99: 78 bytes on se (624 bits), _78 Bytes captured (624 bite) 
F5 Ethen t II, Src: Apple 4 S jeu AE 53:44 (00:19:5b:53:e: 
D Internet Protocol, Src: 10. 8. 98. o (10. 8. 98. o), Dst: 80. 248. 210. 229 (80. 248. 210. 229) 
Y Transmission Control Protocol, Sre Port: 62528 (63526), Dst Port: http (80), Seg: 0, Len: O 
Source port: 63528 (63528) 
Destination port: http (80) 
[Stream index: 19] 
Sequence number: © (relative sequence number) 
Header length: 44 bytes 
D Fags: Ox02 ESYN) 
Window size: 65535 
D Checksum: OxaSed [validation disabled] 
D Options: (24 bytes) 


Détail de la couche 4 
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Comme pour la couche 3, nous ne connaissons pas encore tout le contenu de la couche 4 mais nous pouvons reconnaître les 
ports en début d'en-tête ainsi que les flags en milieu d'en-tête. 

On voit d'ailleurs que le flag SYN est positionné, mais Wireshark peut nous donner encore plus de détails en cliquant sur le 
triangle devant les flags. 


000. .... .... = Reserved: Not set 

...0 .... .... = Nonce: Not set 

.... 0... .... = Congestion Window Reduced (CWR): Not set 

+... +0.. .... = ECN-Echo: Not set 

su. 0. .... = Urgent: Not set Détail des flags 
.... ...0 .... = Acknowledgement: Not set 

st nt Os BUSNE NO: t 

.... +... .0.. = Reset: Not set 


sms sue stO SEINS NOE SGE 


Nous voyons bien iciles 6 flags que nous connaissons, URG, ACK, PSH, RST, SYN et FIN. Parmi ceux-ci, seul le flag S YN est 
positionné. 
Le premier segment de notre connexion est bien un segment SYN de demande d'ouverture de connexion. 


nous ne nous y intéresserons pas, car ils concernent des fonctions avancées du protocole TCP qui sortent du cadre de 


Il y a d'autres éléments de l'en-tête TCP que Wireshark considère comme étant des flags (Nonce, Congestion, etc.) mais 
À ce COUIS. 


Si l'on clique sur le second paquet de la connexion, nous pouvons voir dans la couche 4 les flags SYN et ACK positionnés. Et de 
la même façon pour le flag ACK dans le troisième. 
Notre connexion TCP est donc bien initialisée. 


Nous devrions par conséquent avoir dans les prochains paquets les échanges applicatifs, c'est-à-dire les échanges web, de 
couche 7. 

Effectivement, nous pouvons déjà voir que la trame contient une couche supplémentaire après la couche TCP. C'est notre 
protocole web dans la couche applicative. 


D Frame 53: 995 bytes on wire (7960 bits), 995 bytes captured (7960 bits) on interface © 

D Ethernet II, Src: Apple 16:21:84 (00:26:bb:16:21:84), Dst: PlanetTe 27:a4:ec (00:30:4f:27:ad:ec) 

D Internet Protocol Version 4, Src: 10.8.98.0 (10.8.98.0), Dst: 80.248.210.229 (80.248.210.229) 

D Transmission Control Protocol, Src Port: 50397 (50397), Dst Port: http (80), Seq: 1, Ack: 1, Len: 929 


> 


Couche applicative dans notre paquet 


Nous allons pouvoir cliquer sur le petit triangle pour en développer le contenu. 


Hyper: 
DGET / HTTP/LNR 
Host: www, siteduzero,com\ir\n 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac 0S X 10.8; rv:15.0) Gecko/20100101 Firefox/15.0.1\r\n 
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*; q=0.8\r\n 
Accept-Language: fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3\r\n 
Accept-Encoding: gzip, deflate\r\n 
DNT: l\rin 
Connection: keep-alive\r\n 
[truncated] Cookie: __utma=207434001.861137688. 1345566453. 1347620797.1347630665.108; __utmz=207434001. 
Cache-Control: max-age=0\r\n 
\ran 
[Full request URI: http://www.siteduzero.com/] 


Contenu applicatif 
Nous voyons bien qu'il s'agit d'une requête web vers le Site du Zéro ! 


Nous pouvons voir ensuite différents paquets échangés entre le client et le serveur du Site du Zéro. Ces paquets peuvent être 
applicatifs, mais il y a aussi des paquets qui ne contiennent pas de données applicatives. 


On appelle ces paquets des paquets de signalisation. 
Ils servent à maintenir proprement la connexion entre les deux machines en indiquant en permanence à l'autre machine où nous 
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en sommes de la connexion. C'est ce qui permet de garantir qu'aucune information ne sera perdue lors des échanges. Nous le 
verrons plus tard en détail. 


Une fois que notre navigateur a reçu toutes les informations et que le site s'affiche, il nous reste à clore proprement la connexion 
TCP. 


Comme vous le savez, cela se fait avec la séquence FIN+ACK, FIN+ACK, ACK. 


Fermeture de la connexion TCP 


Nous voyons ici qu'un segment TCP ACK est venu se glisser dans notre séquence, mais cela ne pose aucun problème. 
Tant qu'un des sens de la connexion TCP n'est pas fermé, il est toujours possible d'envoyer des paquets. 


Nous pouvons voir en détail les flags FIN et ACK de positionnés dans les paquets. 


000. ..., .,.. = Reserved: Not set 
eee ec = NON GES :-NOE: SUE 
41. 0... ,,,. = Congestion Window Reduced (CWR): Not set 
ns 400. ++ = ECN-Echo: Not set 
ces ce ne cures SUEDE NOT: SET Flags FIN et ACK en fin de 
vs. +1 ,... = Acknowledgment: Set 
asser 0aes" Pish:z Not::set 
60 .0,, = Reset: Not set 
serres rarererex reud Dex = ANTIS -NOT: SEC 
D... ds Fi St 


connexion 


Notre connexion est bel et bien fermée ! 


Conclusion 


Nous avons pu voir grâce au sniffer Wireshark les paquets qui circulaient sur notre réseau, et même suivre en détail le 
déroulement d'une connexion TCP qui a bien confirmé ce que nous avions appris. 


Vus aurez maintenant la possibilité d'aller voir ce quise passe, en détail, au niveau réseau, si jamais vous avez des problèmes de 
connexion. 


Le sniffer est un outil ndispensable pour un administrateur réseau dès lors qu'il veut comprendre en détail ce qui peut empêcher 
le bon fonctionnement de celui-ci, donc gardez-le sous la main. Chaque fois que vous aurez du mal à comprendre un mécanisme 
réseau, ou que vous devrez comprendre en détail ce qui ne marche pas, le sniffer sera votre meilleur allié ! 


e Vous connaissez maintenant les adresses des applications réseau sur notre machine, qui sont les ports. 
Vus savez maintenant que la couche 4 contient deux protocoles, TCP et UDP, qui diffèrent, car TCP est en mode 
connecté. 

e Ftenfin, vous avez pu comprendre concrètement ce qui circulait sur le réseau grâce à l'utilisation d'un sniffer. 


Si vous êtes arrivés jusqu'ici en étudiant correctement le cours et en faisant l'effort de bien le comprendre et de mettre en pratique 
les TP, vous connaissez maintenant le réseau ! 


Maintenant que nous avons une vision globale des couches réseau et que nous avons fait un peu de pratique, nous allons voir 
comment rendre nos applications joignables quand elles se situent sur un réseau privé, comme derrière une box chez vous. 
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La NAT et le port forwarding 


Dans ce chapitre, nous allons voir pourquoi il a été nécessaire de mettre en place la NAT sur Internet, puis comprendre ce que 
c'est et à quoi elle sert. 
Nous verrons ensuite quelques exemples pratiques de mise en place de NAT. 
Attention, c'est un chapitre quin'est pas simple et qui très important, alors prenez bien le temps de comprendre et d'assimiler ce 
qui y est expliqué ! 

Pourquoi la NAT ? 


Un peu d'histoire 
Les problèmes 
En fait, la NAT vient répondre à deux problèmes majeurs, le second problème étant engendré par le premier. 
Il y a tout d'abord eu un problème de pénurie d'adresses sur Internet auquel une réponse apportée a été de spécialiser certaines 
plages d'adresses IP pour une utilisation privée. Cela a engendré un second problème qui est de pouvoir accéder à Internet en 
utilisant ces adresses IP privées. 
Examinons-les un par un. 


Le problème number one 


Nous avons vu qu'Internet était composé de réseaux connectés entre eux. 


© Mais combien de machines Internet peut-il contenir ? 


© Ya-t-ilune limite ? 
© Quel serait le facteur limitant ? 


En fait, si vous vous souvenez de la couche 3, il y a bien un facteur limitant au nombre de machines possibles sur Internet, c'est 
le nombre d'adresses IP disponibles . 


En effet, une adresse IP est codée sur 4 octets, soit 32 bits. Elle peut donc prendre 232 valeurs, soit environ 4 milliards. 


© Il peut donc y avoir 4 milliards d'adresses IP dans le monde. 


C'est beaucoup... ou pas. 
En effet, à l'échelle d'Internet et de sa croissance, 4 milliards c'est bien peu. Et d'ailleurs, nous avons quasiment utilisé tous les 
blocs d'adresses disponibles sur Internet... Nous ne pouvons plus rajouter de nouvelles machines sur Internet... 


Voici des tableaux représentant l'utilisation des blocs d'adresses sur Internet, en 1993, 2000 et 2007. Chaque chiffre correspond au 
premier octet d'un bloc d'adresses (par exemple la case 52 représente tous les réseaux commençant par 52, soit 52.X.X.X) 
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Blocks assigned — 1993 


| EEIEITIEZE 
JEIEZE "> Le Cale fe : 
EIEIE 5e | æ | 
Cufe[ælo[æ|æ|n|n|m[n|n]r 
a 


os | 07 | 0 | 90 | 100 | 101 | 102 | 100 | 104 | 106 | 
RSR SR RE TEE 


C3 [9 | 100 | 101 | 102 | 109 | 104 | 
Late | 18 | 114 | 116 L'a16 | 197 |'118 | 110 | 120 | 121 | 122 | 129 | 124 | +25 | 126 | 127 


ra | 4 | | 


d'adresses IP en 2000 
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Blocks assigned — 2007 


E3 
9 | 9 | 100 | 101 EE EEE 107 | 108 | 109 no | 


113 | 114 | 115 | 116 7/18] 1180! 12 | ta1 | 122 123 | 124 | 125 | 126 | 127 Utilisation des blocs 
ss] (4 Ji ! ù 


+ L T 


129 130 | 131 | 132 | 133 | 134 | 16 | 26 | 137 | 138 130 | 140 | 141 | 


+ +- À + +— 4 +— + —| 


146 | 147 148 | 149 | 150 181 | 182 | 19 | 184 155 | 156 LL-74 


+ + + + t + ee —_— 


162 | 163 | 164 | 165 166 | 167 | 168 | 169 | 170 | 171 (ral 17 | 174 | 176 
176 | 177 | 178 | 179 eo | 181 | 162 | 163 | 164 185 | 186 | 167 | 188 | 180 | 100 | 101 


195 | 198 | 197 196 | 199 | 200 | 201 |] 2 | 204 | ms | 206 207 
208 | 209 | 210 | 211 212 213 | 214 | 215 | 216 | 27 | as | ns | 220 | 221 | | 222 | 223 


nr — + — ——— — ———# —— {+ —Î# ———— à —— 


SOON 
240 | 241 AESEZ 245 | 246 | 247 | 248 | 249 | 250 253 | 254 | 


d'adresses IP en 2007 
On peut voir sur les images précédentes que, dès 2007, les plages disponibles étaient restreintes. On considère que la totalité des 


plages étaient utilisées en juin 2012. Aujourd'hui, l'organisme qui gère la distribution des adresses sur Internet utilise tous ses 
moyens pour libérer certaines grandes plages afin de rendre de nouvelles adresses disponibles, mais la fin est proche... 


© Quoi ? Comment peut-on garder son calme alors que la fin de l'évolution d'Internet est proche ? ©) 


Il suffit d'avoir un flegme naturel et extraordinaire. @) 


Ou bien il suffit de savoir que la NAT répond à une partie du problème posé par la pénurie d'adresses et surtout qu'un nouveau 
standard de protocole IP est en cours de mise en place et réglera ce problème. Il s'agit d'IPw, que nous verrons un peu plus tard. 


La solution temporaire, l'adressage privé 
Les personnes qui géraient Internet se sont dit à un moment donné que, vu que certains réseaux étaient privés et que les 
machines sur ces réseaux n'avaient pas besoin d'être jointes depuis Internet (elles étaient de simples clients, mais pas des 


serveurs), il n'était pas nécessaire de leur fournir une adresse IP publique à chacune d'entre elles. 


Ainsi, on s'est dit qu'on pourrait donner des adresses IP privées à ces machines. 


© Euh... C'est quoi, une adresse privée ? 


C'est une adresse qui a été réservée pour une utilisation privée. 
En gros, on a réservé une certaine plage d'adresses pour une utilisation privée. Cette plage d'adresses n'est donc pas utilisée 
sur Internet, elle est réservée pour tous les réseaux du monde entier qui n'ont pas besoin d'être joints depuis Internet. 


© Si l'adresse que vous obtenez derrière votre box commence souvent par 192.168.xx ou 10.xxx, ce n'est pas un hasard ! 


Par exemple, dans mon école, les élèves ont besoin d'accéder à Internet, mais ne font pas tourner de services qui ont besoin 
d'être accessibles. Un adressage privé est donc tout à fait adapté ! 


© Mais comment ont été choisies ces adresses ? 
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La RFC 1918 
Comme nous l'avons vu dans le chapitre sur l'adressage IP, la RFC 1918 précise les adresses à utiliser sur un réseau local. 


Ce document dit en gros que si vous voulez créer un réseau local, vous devez utiliser des adresses réservées pour un réseau 
privé parmi les suivantes: 

10.0.0.0/8 

172.16.0.0/12 

192.168.0.0/16 


Voilà, vous savez maintenant quelles adresses utiliser sur votre réseau local. Toutefois, la plupart du temps, c'est votre boxqui 
vous donne une adresse et qui vous impose l'utilisation d'une adresse parmi ces plages. 


© Mais que se passe-t-il si l'on ne respecte pas les plages indiquées par la RFC ? 


Déjà, ce n'est pas bien de ne pas respecter les normes d'Internet ! @ 


Cependant, ça fonctionnera. ou presque. 
Vus arriverez à aller partout sur Internet, sauf sur les réseaux à qui appartiennent réellement les adresses que vous avez 
utilisées. 


Ce n'est pas clair ? Prenons un exemple. 


Vous venez de recevoir votre tout nouveau routeur, et vous souhaitez connecter entre elles vos machines chez vous. Au moment 
de choisir un adressage pour le réseau, vous prenez arbitrairement le réseau 74.125.230.0/24 (c'est un peu tordu comme choix 
mais bon © ) 

Vous branchezles machines entre elles et essayez de les pinguer... ça marche ! 

Vus configurez le routeur comme passerelle par défaut, vous le branchez à Internet et essayez de naviguer... ça marche encore ! 
Cool ! Tout semble marcher à merveille. 

Vous jouez à vos jeux préférés, envoyezet recevez vos mails, tout va bien. 

Puis, vous essayez d'aller sur Google pour faire une recherche et là, patatras, ça ne marche pas ! 

Tout fonctionne, sauf Google. 


© Que se passe-t-il ? 


Sans le savoir, vous avez choisi le même réseau que celui des serveurs de Google 74.125.230.0/24. C'est ce qui explique que 
vous ne puissiez plus les joindre désormais. Nous allons voir ce qui se passe exactement. 


Regardons ce quise passe au niveau de votre machine. 


Pour mieux comprendre, regardons notre table de routage. Elle doit ressembler à cela : 


Aünsi, quand nous essayons de nous connecter à www.google.fr qui a comme adresse IP 74.125.230.84, notre table de routage 
nous dit qu'il faut rester sur le réseau local. Donc notre requête ne partira pas sur Internet et nous n'aurons jamais de réponse 
de Google. 


Le fait d'avoir choisi arbitrairement une plage d'adresses en dehors de celles préconisées par la RFC 1918 nous empêche 
d'accéder aux vrais réseaux qui possèdent ces adresses. 

À l'inverse, étant donné que les réseaux de la RFC 1918 n'appartiennent à personne sur Internet, nous sommes sûrs de ne pas 
nous priver d'accès à quelque réseau que ce soit en les choisissant. 


Vous saurez donc maintenant choisir proprement vos adresses pour vos réseaux si vous devez en créer. 
& ‘Vous aurez peut-être remarqué, si vous essayez de pinguer Google, que vous avez obtenu une autre adresse IP pour le 


www.siteduzero.com 


Partie 3 : Communiquer entre applications 167/220 


4 serveur Google que celle que j'ai indiquée. C'est normal, car Google possède des milliers de sites identiques sur Internet 
pour garantir la disponibilité du service. Il y a donc de très nombreuses adresses IP possibles pour les serveurs de 
Google. 


Mais revenons à nos moutons et à notre second problème ! 


Le problème number two ! 


Nous avons compris que la NAT allait permettre à nos machines possédant des adresses privées sur notre réseau local d'aller 
quand même sur Internet comme si elles possédaient des adresses IP publiques. 


Description du problème 


Imaginons que vous êtes chez vous, derrière votre box, avec un adressage privé en 192.168.0.0/24. 
Votre machine a comme adresse 192.168.0.1/24. 


Voici ce quise passerait sinous n'avions pas de NAT et que nous voulions joindre un site sur Internet comme www.siteduzero.fr 
qui a comme adresse IP 217.70.184.38 au moment de ma requête. 


Vtre machine fabrique une jolie trame à envoyer sur le réseau avec le contenu suivant: 


Adresse MAC | Adresse MAC | Protocole de @IP source, @IP destination, www.siteduzero.fr soit CRC 
DST SRC couche 3 192.168.0.1 217.70.184.38 


Trame Ethernet, qui contient le datagramme IP 


Nous avons présenté, dans la trame précédente, à la fois les informations de couche 2 ET les informations de couche 3, 
vu que celles-ci sont encapsulées dans la trame de couche 2. 


Cette trame va, par la suite, aller de routeur en routeur sur Internet en fonction de son adresse IP destination quiest ici 
217.70.184.38, et la trame va donc bien aller jusqu'à www.siteduzero.fr. 


Tout se passe bien, ouf! 
Mais attention au retour... 


Le Site du Zéro va nous répondre, à l'adresse spécifiée comme adresse IP source dans le datagramme d'origine. 
Et patatras, cette adresse est une adresse privée (192.168.0.1) qui n'appartient à personne sur Internet et quine peut donc pas 
être routée ! 


Notre trame va donc arriver à un routeur au cœur d'Internet, qui va la bloquer, car il sait qu'une adresse privée n'est pas censée se 
balader sur Internet. 
Dans ce cas, nous n'aurons jamais notre réponse de la part de Google. CE) 


De manière générale, nous n'aurons jamais de réponses à des requêtes envoyées sur Internet quand nous utilisons des 
adresses privées. 
Il va falloir trouver une solution à ce problème, et cette solution, c'est la NAT ! 


Fonctionnement de la NAT 

Principe 
Nous avons identifié le problème. Quand un paquet est envoyé sur Internet, la réponse ne revient pas, car l'adresse IP 
destination est une adresse privée. 


Or, cette adresse IP destination dans la réponse est en fait l'adresse IP source qui était indiquée dans la requête ! 


Il faudrait donc que cette adresse IP source, qui est privée, puisse être remplacée par une adresse publique. C'est là tout le 
principe de la NAT ! 


Un peu de vocabulaire 


Ilexiste deuxtypes de NAT différents, la NAT dynamique et la NAT statique. 


e La NAT dynamique associe n adresses privées à une seule adresse publique. Ainsi, on peut connecter n machines en 
n'utilisant qu'une seule adresse publique. On économise donc des adresses. 
e En NAT statique, on fixe une adresse publique pour chaque adresse privée. On n'économise donc. rien du tout ! 
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Dans la suite du cours, nous ne nous intéresserons qu'à la NAT dynamique, la NAT statique étant aujourd'hui très peu utilisée, 
car elle ne répond pas au problème de la pénurie d'adresses IP. 


Fonctionnement de la NAT dynamique 


Il nous faut maintenant changer l'adresse IP source dans un paquet envoyé sur Internet pour y mettre une adresse IP publique. 


© Mais laquelle choisir ? 


C'est simple, nous allons tout simplement utiliser l'adresse IP du routeur qui fait la liaison entre notre réseau privé et Internet, 
réseau public. En effet, ce routeur possède une adresse IP publique du côté d'Internet. 


Prenons l'exemple de votre réseau chez vous, derrière votre box Internet. 


82.238.22.47 


.254 Réseau local derrière box Internet 


192.168.0.0/24 


Les adresses locales sont sur le réseau 192.168.0.0/24 qui est bien un réseau privé. On voit bien aussi l'adresse 82.238.22.47 qui 
est l'adresse publique de notre box (choisie au hasard) 


Regardons maintenant ce quise passe dans le cas de la NAT lors de l'envoi d'un paquet sur Internet. 


Étape 1. envoi sur le réseau local d'une requête au Site du Zéro : 


Adresse Adresse MAC de Protocole de @IP source, @IP destination, www.siteduzero.fr CRC 
MAC Box 192.168.0.1 couche 3 192.168.0.1 soit 217.70.184.38 


Trame Ethernet en sortie de la machine 192.168.0.1 


r 


Étape 2. NAT du paquet par le routeur: 


Adresse MAC routeur | Adresse Protocole de @IP source, @IP destination, www.siteduzero.fr | ,54 
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LAN 


sur Internet MAC box couche 3 LIST soit 217.70.184.38 


Trame Ethernet en sortie de la box 
On voit bien ici que l'adresse IP source a été changée pour mettre celle de la box 


Ainsi, notre paquet va aller jusqu'au Site du Zéro, et celui-ci va répondre à l'adresse IP 82.238.22.47 qui est celle de notre box. 


Mais comment la box va pouvoir renvoyer le paquet à la bonne machine sur le réseau local ? Que se passe-t-il si 
plusieurs machines font des requêtes en même temps sur le Site du Zéro ? 


C'est une très bonne question ! 

Pour l'instant, notre boxn'a aucun moyen de savoir à quelle machine en interne elle doit renvoyer le paquet, mais nous allons voir 
que nous pouvons utiliser les ports de la couche 4 pour ajouter une mformation qui nous permettra de savoir quelle machine a 
envoyé la requête ! 


Utilisation des ports de la couche 4 
Lors de l'établissement d'une connexion, que ce soit en TCP ou en UDP, un port source est choisi par la machine qui émet la 


requête. Nous allons nous servir de ce port pour identifier la machine qui a émis la requête à l'origine. Sachant que ce port est 
choisi aléatoirement entre 1024 et 65535. 


Sinous reprenons l'envoi de la trame et y ajoutons les informations de couche 4, cela donne: 


Port 
Adresse MAC | Adresse MAC de Protocole de Port source Re 
192.168.0.1 res ; 192.168.0.1 | 217.70.184.38 10277 2 Me 


Trame Ethernet en sortie de la machine 192.168.0.1 


La box va recevoir ce paquet et pouvoir noter la correspondance entre l'adresse IP source 192.168.0.1 et le port source utilisé 
10277. 


En fait, elle note même un quadruplet d'informations dans une table, la table NAT ! 


Table NAT 


@IP SRC, @IP DST, port SRC, port DST | @IP SRC, @IP DST, port SRC, port DST 
192.168.0.1, 217.70.184.38, 10277, 80 82.238.22.47, 217.70.184.38, 10277, 80 


On a d'un côté les mformations sur le réseau local, et de l'autre les nformations à la sortie de la box, après que la NAT ait eu lieu. 


Regardons maintenant le paquet renvoyé par la box: 


Adresse MAC routeur Adresse Protocole de rs 
A Maven re. È 82.238.22.47 | 217.70.184.38 | source destination | CRC 


Trame Ethernet en sortie de la box 


Le Site du Zéro va répondre à cette requête, et il va envoyer un paquet à notre box: 


: Port Port 
Adresse MAC routeur | Adresse MAC site | Protocole de 2177018458 | 8223280247) Source destination 
sur Internet couche 3 80 10277 


Trame Ethernet en sortie du Site du Zéro 


La boxrecevant ce paquet va pouvoir regarder dans sa table NAT et voir que celui-ci doit être naté en sens inverse et renvoyé à 
192.168.0.1. 


Table NAT 


@IP SRC, @IP DST, port SRC, port DST | @IP SRC, @IP DST, port SRC, port DST 
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192.168.0.1, 217.70.184.38, 10277, 80 82.238.22.47, 217.70.184.38, 10277, 80 


Ainsi, notre machine 192.168.0.1 qui a envoyé une requête sur Internet, avec son adresse IP privée, va quand même pouvoir 
recevoir la réponse. 
N'est-ce pas magnifique ? (@) 


Enfin, presque. 

Nous n'en avons pas encore tout à fait fini avec la NAT dynamique. 

Imaginons, par le plus grand des hasards, que deux machines sur notre réseau local fassent une requête vers le Site du Zéro, en 
utilisant le même port source. 


La table NAT de la boxserait la suivante: 


Table NAT 


@IP SRC, @IP DST, port SRC, port DST | @IP SRC, @IP DST, port SRC, port DST 


192.168.0.1, 217.70.184.38, 10277, 80 82.238.22.47, 217.70.184.38, 10277, 80 
192.168.0.2, 217.70.184.38, 10277, 80 82.238.22.47, 217.70.184.38, 10277, 80 


On se rend alors compte que les informations à droite dans le tableau sont parfaitement identiques. 
Au retour d'un paquet appartenant à l'une ou l'autre des connexions, la boxn'aura aucun moyen de savoir si c'est 192.168.0.1 ou 
192.168.0.2 qui doit recevoir la réponse... 


Donc le choix du port source comme élément différenciateur n'est pas suffisant. Il va encore falloir trouver une astuce. 

La box entre en jeu 
En fait, il y a un moyen simple de s'assurer que toutes les requêtes qui sortiront n'auront jamais le même port source, il suffit que 
ce soit la box qui le fixe. 


Ainsi, la box modifiera à la fois l'adresse IP source ET le port source. 


Par rapport à notre cas précédent, ça donnerait la table NAT suivante : 


Table NAT 


@IP SRC, @IP DST, port SRC, port DST | @IP SRC, @IP DST, port SRC, port DST 


192.168.0.1, 217.70.184.38, 10277, 80 82.238.22.47, 217.70.184.38, 2356, 80 


192.168.0.2, 217.70.184.38, 10277, 80 82.238.22.47, 217.70.184.38, 2357, 80 


On voit maintenant que lorsqu'un paquet reviendra avec comme port destination 2356, la box saura qu'il s'agit d'un paquet à 
destination de 192.168.0.1 et que, lorsqu'il reviendra avec comme port destination 2357, ce sera pour la machine 2357. 


© Vu que c'est la box elle-même qui choisit le port source, on est sûrs qu'on n'aura jamais deux fois le même port ! 


Récapitulons un peu ce que nous venons de voir. 
La NAT dynamique récapitulée 


Nous avons vu que la NAT dynamique permettait à des machines connectées sur un réseau local à adressage privé d'accéder à 
Internet en utilisant l'adresse IP publique du routeur qui fait la liaison entre le réseau interne et Internet. 

Aünsi, on économise beaucoup d'adresses IP, car on n'utilise qu'une seule adresse publique pour toutes les machines qui sont 
sur le réseau privé. 


© Mais y a-t-il une limite au nombre de machines sur le réseau privé ? 


Théoriquement, oui. 
Étant donné que la boxne peut allouer que 65535 ports, s'ils sont tous utilisés, la boxne peut pas accepter de nouvelle 
connexion. 
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Ainsi, si l'on a 65535 machines qui ouvrent chacune une connexion, on atteint les limites. 
Or, la plupart du temps, les machines ont plus d'une seule connexion ouverte. En considérant qu'une machine ouvre en moyenne 


une dizaine de connexions en parallèle, on peut estimer raisonnablement pouvoir brancher 6000 machines derrière un routeur qui 
fait de la NAT. 


En pratique, avoir une unique adresse IP pour 6000 machines est quand même rare, car les entreprises qui ont autant de machines 
ont souvent plusieurs adresses IP publiques à leur disposition et cette limite due à la NAT n'est quasiment jamais étudiée ni 
atteinte. 


Quoi qu'il en soit, pour ce qui vous intéresse, vous ne devriez jamais attendre cette limite chez vous, derrière votre box. (@ 


Des problèmes encore des problèmes 


Et des solutions ! 
En effet, depuis le début de notre cours, nous avons souvent identifié des problèmes mais nous avons réussi chaque fois à y 
apporter des solutions. 


Nous avons vu que nous nous servions des ports pour réaliser la NAT dynamique. Les ports existent en TCP et UDP, 
mais quid d'autres protocoles qui n'ont pas de ports ? Je pense à ICMP que nous avons vu, ou encore à ARP... 


En fait, des solutions spécifiques sont mises en place pour à peu près tous les protocoles existants. On étudie le contenu des en- 
têtes pour y trouver des éléments qui sont propres à chaque connexion, et on peut alors suivre les connexions imdividuellement. 


© Qu'en est-il du protocole ARP ? 


Les plus perspicaces d'entre vous l'auront compris. 
ARP n'est pas concerné par la NAT vu que c'est un protocole local basé sur le broadcast. Il ne passe donc jamais à travers un 
routeur et n'est donc jamais concerné par la NAT. 


Cependant, nous avons encore des problèmes à étudier, et un problème majeur ! 
Accéder à Internet c'est bien, mais pouvoir être joint c'est mieux ! 


En effet, grâce à la NAT dynamique, nous pouvons sortir sur Internet en ayant une adresse privée. 
Par contre, il n'est pas possible à quelqu'un de nous joindre de l'extérieur. 


Nous n'avons qu'une seule adresse publique et n adresses privées. Ainsi, lors de l'établissement d'une connexion depuis 
l'extérieur, le routeur n'a aucun moyen de savoir pour quelle machine privée est la requête. 

Quand c'est une machine interne qui initialise la connexion, le routeur peut noter les informations de connexion et ainsi identifier 
le paquet au retour. Par contre, quand le premier paquet d'une connexion arrive de l'extérieur, le routeur n'a aucun moyen de 
savoir pour qui est la requête. © 
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Initialisé de 
Fintérieur 
Le], 


Sens de connexion possible avec la NAT 


192.168.0.0/24 


La NAT dynamique pose donc un sérieux problème, il est possible de sortir vers Internet, mais il n'est pas possible à 
des machines d'Internet de nous joindre directement. 


Comme toujours, nous allons trouver une solution à ce problème ! 


Imaginons que nous faisons tourner un service sur notre machine sur le réseau local privé. Par exemple, un serveur web qui 
tourne sur le port 80 de la machine 192.168.0.1. 
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82.238.22.47 


5254 Réseau local avec serveur web 


192.168.0.0/24 


Serveur WEB 
sur le port 80 


Si quelqu'un veut accéder à notre réseau, la seule porte d'entrée est l'adresse IP publique 82.238.22.47. S'il s'adresse au port 80 de 
ce routeur, il y a deux cas possibles : 


e soit il y a un serveur web sur le routeur et la personne tombera dessus ; 
e soitiln'y a pas de serveur web et le routeur renverra une erreur ICMP port unreachable. 


Mais dans les deux cas, la personne n'arrivera pas sur notre joli site web local. 


Il y a pourtant bien une solution, ilest possible de dire à notre routeur de rediriger la requête spécifiquement vers notre machine 
192.168.0.1 en fonction du port sur lequel la requête a lieu. Cela s'appelle le port forwarding ! 


Le port forwarding 
Principe 


© Le port forwarding consiste à rediriger un port de notre routeur vers un port donné sur une machine locale. 


Pour notre exemple précédent, nous allons dire au routeur que tout paquet arrivant sur son port 80 devra être redirigé vers la 
machine d'adresse 192.168.0.1 sur le port 80. 


Table de port forwarding 


@IP externe 82.238.22.47 | Port externe TCP 80 | @IP interne 192.168.0.1 | Port interne TCP 80 


www.siteduzero.com 


Partie 3 : Communiquer entre applications 174/220 


Internet 


82.238.22.47:80 


.254 Port forwarding vers notre serveur web 


192.168.0.0/24 


1:80 


Serveur WEB 
sur le port 80 


Ainsi, toute personne accédant à notre adresse IP publique sur le port 80 sera automatiquement redirigée, sans même le savoir, 
vers notre serveur web local. 
Notre serveur peut ainsi, grâce au port forwarding, être joignable depuis l'extérieur. 


Par conséquent, si vous avez plusieurs services sur votre réseau local, comme par exemple un serveur FTP ou un serveur de jeu, 
vous pouvez tout à fait les rendre joignables depuis l'extérieur du réseau. Chacun sera joignable sur un port particulier. 


Ce mécanisme est très intéressant, car seuls les services que nous voulons rendre joignables le seront, et cela présente un gros 
intérêt au niveau sécurité. 


Il est bien sûr possible de rediriger la connexion vers un autre port que celui d'origine. On aurait pu, par exemple, 
rediriger le port 80 vers le port 3000 de la machine 192.168.0.1. Il n'y a pas de limitation ! 


Le port forwarding, c'est sécurise ! 


Le fait d'utiliser de la NAT dynamique ainsi que le port forwarding augmente le niveau de sécurité de votre réseau. 


© Euh, mais moi j'ai jamais fait de sécurité ! Ça consiste en quoi ? 


Le principe pour votre ordinateur est à peu près le même que pour votre maison. bus pouvezavoir beaucoup de portes et de 
fenêtres, mais plus il y en aura et plus il y aura de possibilités pour entrer dans votre maison. 
Pour un ordinateur, c'est pareil, chaque port ouvert sera une porte ouverte potentielle vers votre ordinateur. 


Quand iln'y avait pas de NAT, chaque machine était connectée à Internet avec sa propre adresse IP publique. Ses 65535 ports 
étaient donc tous potentiellement accessibles. et constituaient potentiellement des portes ouvertes vers la machine. 
Attention, je ne dis pas que les 65535 ports étaient accessibles. Seuls ceux qui étaient en écoute l'étaient, car une application 
tournait derrière. Seulement, peu de gens avaient conscience de tous les ports ouverts sur leur machine. 


Prenons notre exemple précédent et regardons les conséquences. 
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Nous faisons tourner un serveur web sur notre machine 192.168.0.1, mais regardons tous les ports en écoute sur cette machine 
(en imaginant, pour une fois, que cette machine est sous Windows) 


Code : Console 


c:\netstat -an 
Proto Adresse 
TCP OAOMOMOE 
TCP DAOMOPAO 
TCP OAOMOMO 
TCP DAOMOPO 
TCP OADAOMO 
TCP 192.168 
UDP OAOMOO 
UDP DAOMOO 
UDP OAOMOPO 
UDP DAOMOA0 
UDP OAOMOMROE 
UDP DAOMOPAOE 
UDP IPTÉAORAOE 
UDP MRC 0) 
UDP 1RODPAIRGS 
UDP RO 2 PARCS 
UDP OP PAIRGS 


locale 
80 


ASS 
:445 
OS 
ALOSS 
DERNIERS) 
CAES) 
:445 
GAPO)SfAl 
:1384 


COM NT ot etoieloiœe) 


[or 


ROC CES ECO CO OOo 


distante 


® 


(me tee Ne Neæ nd) 
D To à (Un 


here ere») 


Etat 

LISTENING 
LISTENING 
LISTENING 
LISTENING 
LISTENING 
LISTENING 


Nous voyons ici qu'il y a beaucoup plus de ports ouverts que nous pouvions le penser ! 
En effet, Windows ouvre un certain nombre de ports pour pouvoir partager des fichiers sur le réseau ou fournir d'autres services 
par défaut. 
Quand il n'y avait pas de NAT, notre machine était donc accessible directement depuis Internet, et tous ces ports étaient autant 
de portes ouvertes vers elle. 


D'ailleurs, beaucoup d'attaques ont été menées à cette époque, marquée notamment par la recrudescence des vers. 


© 


Il y a eu par exemple, pour les plus connus, MS Blaster ou SQL Slammer. Autant de vers qui ont paralysé énormément de 


Un ver est un virus qui se réplique automatiquement à travers les réseaux comme Internet, en accédant à des 


applications vulnérables sur les machines, à travers les ports quisont accessibles. 


machines et de services sur Internet quand ils sont apparus. 


Si, à l'époque, les machines avaient été derrière la NAT, la diffusion de ces vers n'aurait pas été aussi importante, car les ports des 
machines n'auraient pas pu être atteints depuis Internet. 


Un des intérêts majeurs de la NAT et du port forwarding est de ne rendre accessible QUE ce qui est nécessaire. 


Dans notre exemple, nous n'aurions mis en place du port forwarding que pour le port 80 pour rendre accessible notre serveur 


web. Ainsi, tout autre port potentiellement vulnérable n'aurait pas été joignable depuis Internet, et les vers ou autres virus 
n'auraient pas pu se répandre de la sorte. 


À 


Ainsi, votre box, faisant de la NAT, protège vos machines sur votre réseau local. Merci la box! (@) 


En plus de répondre à la problématique de la pénurie d'adresses, la NAT et le port forwarding ont donc apporté une 


grande amélioration au niveau sécurité, en ne rendant accessibles QUE les ports nécessaires. 


Nous avons donc vu comment mettre en place de la NAT dynamique afin de donner accès à Internet à des machines ayant des 
adresses privées. 


Nous avons aussi vu comment rendre joignables nos machines sur un réseau privé grâce au port forwarding. 


Enfin, nous avons vu comment la NAT et le port forwarding avaient indirectement amélioré le niveau de sécurité d'Internet et 


de tous les réseauxprivés. 


Le tableau semble bien rose, mais il y a pourtant un inconvénient majeur au port forwarding… 


En effet, nous avons vu dans notre exemple que nous pouvons rendre notre serveur web joignable sur Internet. 


La limite du port forwarding 


www.siteduzero.com 


Partie 3 : Communiquer entre applications 176/220 


© Mais que se passe-t-il sinous avons deux serveurs web sur notre réseau local ? 


Eh bien c'est la catastrophe ! 

Étant donné que nous n'avons qu'un seul port 80 disponible, nous ne pourrons pas le rediriger vers nos deuxserveurs web, il va 
falloir faire un choix. 

Au pire, nous pourrions rediriger un autre port que le port 80, comme le 81, mais cela ne respecterait pas les standards d'Internet. 


Cela obligerait notamment les personnes voulant accéder à ce site à indiquer le port directement dans l'URL du 
navigateur, comme par exemple http://www.siteduzero.com':81. 


Ce n'est donc pas une solution satisfaisante. 

Malheureusement pour nous, nous atteignons une limite du port forwarding qui limite à un seul serveur sur le réseau local par 
port disponible. 

Donc un seul serveur web, un seul serveur ssh, un seul serveur DNS, etc. 


C'était trop beau. ©) 


Toutefois, je vais vous rassurer, il existe quelques solutions qui permettent, pour certains services, de mettre un nombre illimité 
de serveurs derrière une unique adresse IP publique. Mais, étant donné que ces solutions sont applicatives, de couche 7, nous 
ne les verrons pas dans ce cours dédié au réseau. 


Ilest temps maintenant de mettre vos connaissances en pratique ! 
Exercice pas si facile ! 


Enoncé 


Vous venez d'être embauché en tant qu'administrateur systèmes et réseaux dans l'entreprise Zéro & Cie. 
L'ancien administrateur a dû partir précipitamment et vous a laissé un projet à réaliser. 
La société possède sur son réseau privé 10.0.0.0/23 quelques serveurs : 


e 5Sserveurs SSH (port TCP 22) (10.0.1.1,10.0.1.2,10.0.1.3,10.0.1.4,10.0.1.5) ; 
e 4serveurs web (port TCP 80) (10.0.1.6,10.0.1.7,10.0.1.8,10.0.1.9) ; 
e et 2 serveurs DNS (port UDP 53) (10.0.1.10,10.0.1.11). 


De plus, il y a environ 250 salariés dans l'entreprise qui ont leurs adresses de 10.0.0.1 à 10.0.0.254. 
L'ancien administrateur a acheté une plage d'adresses sur Internet qui est la suivante: 
194.34.56.0/29 


On vous demande d'écrire la table de port forwarding du routeur qui fera la liaison entre le réseau privé et Internet. Sachant que 
ce routeur pourra donc avoir toutes les adresses du réseau public sur son interface réseau externe. 


À vous de dire si cette mise en place est possible, et si oui, de proposer votre solution de NAT dynamique et port 
forwarding. 


Secret (cliquez pour afficher) 
Pour résoudre cet exercice, il va falloir prendre les problèmes un par un. 
Déjà, nous allons calculer l'étendue de la plage d'adresses publiques à notre disposition. 


En écrivant le masque en décimal, nous avons : 
194.34.56.0/255.255.255.248 


En utilisant la méthode du nombre magique, nous trouvons un nombre magique de 8 (256-248) 

La première adresse du réseau étant 194.34.56.0, la dernière sera 0+8-1=7 soit 194.34.56.7 

Nous aurons donc sur ce réseau 8 adresses allant de 194.34.56.0 à 194.34.56.7. Sachant que 194.34.56.0 sera l'adresse de 
réseau et 194.34.56.7 l'adresse de broadcast, il nous restera 6 adresses pour faire notre port forwarding. 


Nous avons 5 serveurs SSH, 4 serveurs web et deux serveurs DNS, ce qui fait 11 serveurs au total. 


© Mais comment on va pouvoir faire entrer nos 11 serveurs avec seulement 6 adresses ? 


C'est possible ! 
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Si vous avez bien compris la limitation liée au port forwarding, on ne peut avoir qu'un seul serveur d'un certain type (SSH 
ou web ou DNS) par adresse IP. 

Or, dans cet exercice nous avons au maximum 5 serveurs d'un même type à rediriger, cela devrait donc fonctionner. 

Il faudra simplement rediriger plusieurs serveurs de types différents sur une même adresse IP. 


Vous comprendrez peut-être mieux avec la solution. (© 


Nous avons deuxchoix: 


e commencer par rediriger tous les serveurs de même type, par exemple commencer par placer tous les serveurs SSH ; 
e commencer par chaque adresse IP. 


Quoi qu'il en soit, nous arriverons de toute façon au même résultat. Nous allons choisir le second choix pour que vous 
compreniez bien le principe. 


On commence par la première adresse IP publique que nous avons à notre disposition. Nous allons rediriger depuis cette 
adresse un serveur de chaque type, étant donné que nous avons plus d'une seule adresse IP : 


Table de port forwarding 


@IP externe 194.34.56.1 | Port externe TCP 22 (SSH) | @IP interne 10.0.1.1 | Port interne TCP 22 


@IP externe 194.34.56.1 | Port externe TCP 80 (web) | @IP interne 10.0.1.6 | Port interne TCP 80 
@IP externe 194.34.56.1 | Port externe UDP 53 (DNS) | @IP interne 10.0.1.10 | Port interne UDP 53 


Nous utilisons donc une seule adresse IP publique parmi nos 6 adresses disponibles pour rediriger 3 services différents 
(SSH, web et DNS) vers trois serveurs différents ! 


Nous pouvons maintenant passer à la seconde adresse IP publique qui va, elle aussi, accueillir trois services différents : 


Table de port forwarding 


Vu que nous avons déjà placé nos 2 serveurs DNS, il n'y aura plus besoin de placer que deuxservices différents (SSH et 
web) sur la troisième adresse IP publique disponible : 


Table de port forwarding 


@IP externe 194.34.56.1 | Port externe TCP 22 (SSH) | @IP interne 10.0.1.1 | Port interne TCP 22 


@IP externe 194.34.56.1 | Port externe TCP 80 (web) | @IP interne 10.0.1.6 | Port interne TCP 80 


@IP externe 194.34.56.1 | Port externe UDP 53 (DNS) | @IP interne 10.0.1.10 | Port interne UDP 53 


Et nous pouvons continuer avec les services restants, ce quinous donne une table de port forwarding finale : 
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Table de port forwarding 


[nous reste même une adresse IP non utilisée ! C'est le Pérou ! (@) 


Port externe UDP 53 (DNS) | @IP interne 10.0.1.11 | Port interne UDP 53 


Ceci dit, l'exercice n'est pas encore tout à fait terminé, car il faut aussi donner accès à Internet à nos 250 utilisateurs. 


Mais ça, c'est facile, il suffit d'activer la NAT dynamique sur une de nos adresses IP. 


Euh, mais on a déjà 5 adresses prises par du port forwarding, donc on ne peut pas utiliser n'importe laquelle de ces 
adresses, non ? 


En fait, si! 

Si vous vous souvenez bien, les ports alloués pour les clients sont alloués au-dessus de 1024. Or, ici, les ports utilisés pour 
le port forwarding sont tous en dessous. Nous avons donc, sur chacune de nos 6 adresses publiques disponibles, la 
possibilité de mettre en place de la NAT dynamique pour nos utilisateurs ! 


Et hop, mission accomplie pour notre nouvel administrateur ! @) 


Nous en avons donc fini avec la NAT et le port forwarding qui sont si utiles aujourd'hui ! 


Vus avez maintenant vu toutes les couches de 1 à 4. 

Vus connaissez les protocoles réseau associés à ces couches. 

Vus connaissez les mécanismes comme la NAT qui sont nécessaires au bon fonctionnement d'Internet. 
Enfin, vous avez appris toute la théorie des réseaux TCP/IP dont nous avons besoin pour comprendre le 
fonctionnement réseau d'Internet, à travers la compréhension du modèle OSI. 


Si vous êtes arrivés jusque-là sains et saufs, bravo ! 


Pour s'assurer que vous avez tous bien compris et assimilé le cours, nous allons faire un récapitulatif complet de ce que nous 
avons vu pour bien fixer les idées. 
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On récapitule tout de À à Z ! 


Ça y est, vous aveztoutes les connaissances réseau suffisantes pour comprendre comment fonctionne Internet, mais avant 
d'aller plus loin nous allons réviser ce que nous avons vu avec un exercice complet qui va utiliser toutes les connaissances que 
nous avons acquises jusqu'à maintenant. 


Si vous savez faire cet exercice de A à Z, bravo ! Vus pouvez considérer que vous avez de très bonnes bases en réseau. 
Ceci dit, il est très rare de faire tout de A à Z sans oublier une petite étape. (@) 


C'est parti pour un premier chapitre court de présentation de l'exercice ! 


Présentation de l'exemple et principes de résolution 
Nous allons maintenant essayer de suivre une connexion de A à Z avec toutes les connaissances que nous avons. 


Voici le schéma réseau qui va représenter notre connexion : 


88.191.135.63 


Schéma réseau de la connexion 
Box Internet 82,238.22.47 


192.168.0.254/24 


192.168.0.1/24 


Nous allons donc détailler une connexion web que vous pourriez faire, de votre machine sur votre réseau chez vous, derrière 
votre box, vers l'adresse 88.191.135.63. 


Nous aurions pu faire cette requête vers le Site du Zéro, mais celui-ci est désormais hébergé avec un service de 
réplication de site qui s'appelle CloudFlare qui ne permet pas d'accéder au site avec son adresse IP. 


Comment allons-nous procéder ? 


Effectivement, si je vous demande, comme ça, par où commencer, cela peut vous paraître complexe, mais nous allons déjà 
identifier les étapes de la connexion. 


Au départ, notre machine 


Dans un premier temps, la connexion va partir de l'application qui tourne sur notre machine, c'est-à-dire dans notre cas du 
navigateur Firefox. 

Puis il va y avoir beaucoup d'étapes avant de réussir à former la trame à envoyer sur le réseau. Pour comprendre chacune de ces 
étapes, nous allons nous appuyer sur notre support principal de compréhension des réseaux, j'ai nommé... le modèle OSI! 


Comme je vous l'avais dit et comme vous pouvezle concevoir, le modèle OSI permet de comprendre en profondeur le 
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fonctionnement des réseaux, nous allons donc l'utiliser pour détailler le parcours de nos informations. Et notamment pour l'envoi 


d'une mformation sur le réseau. 
7 application 


6 ! présentation 


Envoi 
de 


données Envoi dans le modèle OSI 


+ 


liaison de 


données 


jé 


Nous voyons bien ici que nous allons devoir détailler les mformations relatives à chacune des couches avant de pouvoir 
envoyer notre trame sur le réseau, mais nous savons maintenant dans quel ordre le faire. 


Envoi de la trame sur le réseau 


Nous allons ensuite voir ce qu'il advient de notre trame sur le réseau, quels matériels sont rencontrés, quels protocoles sont 
utilisés, etc. 


D'ailleurs, nous allons encore nous servir du modèle OSI chaque fois qu'un matériel réseau est rencontré. Cependant, cette fois, 
le parcours du modèle OSIse fera dans le sens inverse, du bas vers le haut puisque la trame provient du réseau et va vers 
l'application. 


Nous verrons comment la trame parcourt le réseau et ce qui est modifié à chaque passage par un équipement. 


Réception de la trame par la machine destinataire et réponse 


De la même façon que précédemment, nous allons cette fois remonter les couches du modèle OSI jusqu'à la couche 7 applicative. 
Nous verrons comment les informations sont reçues et aiguillées entre les couches et comment l'application reçoit les 
informations de départ et peut les traiter. 


Ilest temps de passer au concret, vous pouvez commencer à réfléchir à chaque étape du processus. 


Au cœur de notre machine 


Nous allons voir comment nous allons passer d'une requête applicative de notre navigateur, à une trame qui est envoyée sur le 
réseau. Tout cela se passe au niveau du système d'exploitation de notre machine, et plus précisément dans ce que l'on appelle la 
pile TCP/IP. 


La pile TCP/IP est en fait l'implémentation du modèle OSI dans notre système d'exploitation. Ce n'est rien de plus qu'un 
programme qui effectue les calculs et les requêtes pour fabriquer les éléments des en-têtes de chacun des protocoles 
des couches du modèle OSI. 


De l'application au réseau 
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Nous sommes donc devant notre clavier et entrons dans notre navigateur préféré l'adresse du site que nous voulons atteindre : 
88.191.135.63. 


Ici, nous utilisons l'adresse IP du site à joindre qui est www.lalitte.com, car nous ne savons pas encore utiliser les noms 
de machine et ne connaissons pour l'instant que les adresses IP. 


[4 )  88.191.135.63/ e| 
DE = } 


On entre la demande dans le navigateur 
Nous allons maintenant voir tout ce quise passe au niveau de notre machine à partir du moment où vous tapez sur la touche 
entrée. 


En couche 7 


Nous sommes au niveau de votre navigateur web, Firefox chez moi, et celui-ci souhaite envoyer une requête sur le réseau vers le 
serveur d'adresse IP 88.191.135.63. 

Firefox va utiliser le protocole applicatif HTTP pour envoyer une requête web. Le protocole HTTP fonctionnant sur TCP, Firefox 
va envoyer sa requête au protocole TCP de couche 4. 

Plus exactement, et pour les connaisseurs du web, voici à peu de chose près la requête applicative qui est envoyée : 


GET http://88.191.135.63 HTTP/1.0 
HOST: 88.191.135.63\r\n 
Accept : text/html,application/xhtml+xml,application/xml;g=0.9,*/*;:q=0.8 
User-Agent : Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:19.0) Gecko/20100101 Firefox/19.0 
Ce sont donc ces informations qui vont être envoyées au serveur web 88.191.135.63. 
Pour l'instant, voici où nous en sommes de l'envoi de notre trame finale: 

GET http://88.191.135.63... 

Données applicatives 


En couche 4 


La couche 4 reçoit les nformations précédentes et voit qu'une requête doit être envoyée au serveur 88.191.135.63. 


À Mais attention ! Avant que la requête puisse être envoyée, il faut d'abord initialiser la connexion TCP ! 


Donc avant de pouvoir envoyer nos données applicatives, nous allons devoir envoyer un segment TCP qui demande à la 
machine 88.191.135.63 si elle veut bien ouvrir une connexion avec nous. 

Cette requête ne sera donc qu'une demande d'ouverture de connexion SYN qui ne contient pas de données applicatives. 
Ce premier segment TCP envoyé ne contiendra donc pas de données. 


Il va cependant falloir former l'en-tête TCP. 
Pour former l'en-tête, nous avons notamment besoin des ports TCP utilisés. 


Le port destination est donné par Firefox, c'est le port 80 qui est utilisé par défaut pour le web. 
Le port source est un port choisi aléatoirement au-dessus de 1024, la pile TCP/IP va donc nous donner un port aléatoire, par 


exemple 1337. (@œ) 
On y ajoute les flags, avec notamment le flag SYN qui est positionné, vu qu'il s'agit de l'initialisation d'une connexion. 


Notre trame continue de se former avec pour l'instant le segment TCP: 
DIDDIPIQES 
Segment TCP 


On voit bien ici que les données applicatives ne sont pas dans ce segment, elles ne seront envoyées que quandla connexion 
TCP sera établie. 


Maintenant que le segment TCP est prêt, on peut l'envoyer à la couche 3, quisera ici le langage quasi universel utilisé, IP. 


En couche 3 
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La couche 3 récupère donc les informations de couche 4 ainsi que l'adresse IP destination. 
Comme la couche 3 est en charge du dialogue entre réseaux et notamment de l'aiguillage des paquets, elle va devoir savoir à 
quel routeur envoyer les nformations. Pour cela, elle va voir sa table de routage, qui pour notre exemple est : 


Table de routage  … 


192.168.0.0/24 192.168.0.1 
0.0.0.0/0 192.168.0.254 


Pour aller vers 88.191.135.63, la passerelle à utiliser est 192.168.0.254. 


La couche 3 sait donc maintenant à qui adresser la future trame, elle connaît aussi les adresses IP source et destination ; elle va 
pouvoir former son datagramme et l'envoyer à la couche 2... 


192.168.0.1 (source) | 88.191.135.63 (destination) | 1337 80 | 27? | flags | 27? | checksum | 


Datagramme IP contenant le segment TCP 


Mais avant, elle va faire un petit travail supplémentaire pour faciliter le travail de la couche 2, elle va s'occuper de la requête ARP 
pour indiquer à la couche 2 l'adresse MAC à joindre. 


Elle va donc en premier lieu aller voir dans la table ARP si l'adresse MAC du routeur 192.168.0.254 n'est pas déjà présente. 


e Sielle est présente, c'est parfait, on connaît maintenant l'adresse MAC. 
e Sielle n'est pas présente, un broadcast ARP va être envoyé sur le réseau pour demander l'adresse MAC de 192.168.0.254. 
Le routeur va nous répondre et nous connaîtrons son adresse MAC que nous allons inscrire aussi dans la table ARP. 


Ainsi, la couche 3 va pouvoir envoyer à la couche 2 le datagramme ainsi que l'adresse MAC de la prochaine machine à joindre. 


les mécanismes réseau réels. Ce n'est pas grave, tout ce que nous voyons nous permet sans problème de comprendre le 


! Je suis quand même obligé de vous dire qu'il se passe beaucoup plus de choses et que nous simplifions ici grandement 
fonctionnement d'Internet sans avoir à rentrer dans les détails. 


En couche 2 
Notre dernière étape avant l'envoi sur le réseau ! 


La couche 2 possède maintenant tous les éléments pour envoyer la trame sur le réseau, elle va donc pouvoir la former: 


@MAC @MAC proto 3 |7?7? 7? we 
192. 168.0.254 192 16801 P 9 192.168.0.1 | 88.191.135.63 | 1337 9 flags 9 checksum | CRC 


Trame Ethernet qui contient le Datagramme IP contenant le segment TCP 


Si vous ne vous souvenez plus très bien des champs de chaque couche, n'hésitez pas à revenir quelques chapitres en 
arrière pour comprendre chacun d'entre eux. 


La couche 2 va pouvoir alors envoyer cette trame sous forme de 0 et de 1 sur le réseau ! 
Allez, pour le plaisir je vous donne un aperçu de ce que cela peut donner en hexadécimal (en binaire ce serait un peu long...) 


Code : Console 


DONS OSSI LOMME SAT O2 DEEE AN OSNUOET SA UC 
00 40 97 ea 40 00 40 06 be 74 0à 08 3f e9 0a 04 
JORCAPÉTE TMS OE TONI TE AN OTION CON ONCLONE OO? 
SENRENSENIPNODORDONC NOUNOU SSD AN OISO SOS NON ONMMSO 
08 0a 4a 69 8a a3 00 00 00 00 04 02 00 00 


Les plus aventureux pourront s'amuser à décrypter le contenu ! C'est une vraie trame Ethernet. 
En plus, comme je suis sympa, je vous donne un aperçu du contenu réel pour voir si vous avez eu juste : 
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Secret (cliquez pour afficher) 


D Ethernet II, Src: Apple 16:21:84 (00:26:bb:16:21:84), Dst: Vmware_ b0:11:46 (00:50:56:b0:11:46) 


\b Internet Protocol Version 4, Src: 10.8.63.233 (10.8.63.233), Dst: 10.4.144.100 (10.4.144.100) 


D Transmission Control Protocol, Sre Port: 60888 (60888), Dst Port: http-alt (8080), Seq: 0, Len: O | 


Contenu de la trame Ethernet 


Voilà donc notre trame partie sur le réseau (à la vitesse de la lumière, si si, pour de vrai !) 
Nous allons maintenant voir quel est le premier équipement qu'elle va rencontrer sur le réseau et comment il va la recevoir. 


Sur le réseau 
Un long voyage réseau 


Enfin, long pour nous qui étudions tout ce parcours étape par étape, car je vous rappelle que dans la réalité, tout cela se fait en 
quelques millisecondes. 


Première rencontre sur le réseau 


D'après vous, quel est le prochain matériel rencontré par notre trame ? 
Je vous rappelle le schéma : 


88.191.135.63 


Schéma réseau de la connexion 


Box Internet 82,238.22.47 


192.168.0.254/24 


192.168.0.1/24 


Et le prochain matériel rencontré est... un switch ! 


Nous ne le voyons pas sur le schéma, car il s'agit d'un schéma logique de couche 3, mais il y a bien un switch entre nous et la 
box. 


switch. Et comme cela nous intéresse de bien étudier toutes les étapes de la connexion, nous allons faire comme s'il y 


En fait, il est fort possible que vous soyez directement connectés à votre box, mais elle peut se comporter comme un 
VAN avait un switch entre nous et la box. 


Le switch reçoit donc notre trame, mais comme c'est un équipement de couche 2, ilne comprend que le protocole Ethernet et ne 
peut lire que les informations de l'en-tête Ethernet. 


www.siteduzero.com 


Partie 3 : Communiquer entre applications 184/220 


@MAC 192.168.0.254 | @MAC 192.168.0.1 


Trame Ethernet qui contient... des choses 


Le switch va donc pouvoir lire la trame et notamment l'adresse MAC source et l'adresse MAC destination. 


Grâce à l'adresse MAC source, il va pouvoir mettre à jour sa table CAM en indiquant sur quelle prise est branchée la machine 
192.168.0.1 (ou simplement remettre le TTL de cette association au maximum). 

Ensuite, grâce à l'adresse MAC destination, il va pouvoir identifier la prise sur laquelle il doit renvoyer la trame. 

Il va donc récupérer toute la trame, l'analyser et la réémettre sur la prise adéquate. 


Et notre trame est repartie sur le réseau ! 


En route pour le routeur 


Notre trame arrive ensuite au routeur. 
Le routeur va lire la couche 2... 


À Mais non, le routeur est un équipement de couche 3! er 


En réseau, qui peut le plus peut le moins ! 

Un équipement de couche 3 saura donc parler tous les protocoles des couches inférieures. Sinon, il ne pourrait pas renvoyer les 
paquets sur le réseau en passant par la couche 2! 

D'ailleurs, l'un des éléments les plus évolués du réseau est... votre machine, car vu qu'elle est capable de parler au niveau 
applicatif (couche 7), elle connaît tous les protocoles des couches inférieures. 


Le routeur lit donc la trame et l'en-tête de couche 2. 

Il voit que l'adresse MAC destination est la sienne ! Il va donc pouvoir lire le reste du contenu et envoyer le datagramme à la 
couche 3. 

Il lit notamment le CRC en fin de trame et vérifie qu'il n'y a pas eu d'erreur de transmission pendant le trajet. 

Sitout va bien, il remonte le datagramme à la couche 3. 


192.168.0.1 (source) | 88.191.135.63 (destination) | 1337 80 | 27? | flags | 27? | checksum | 


Datagramme IP contenant le segment TCP 


La couche 3 lit le contenu de l'en-tête et voit que l'adresse IP de destination n'est pas la sienne (ce qui est bien normal pour un 
routeur quine cesse d'aiguiller des paquets quine sont pas pour lui) 


Il doit donc maintenant aiguiller ce paquet vers son réseau de destination. Pour cela, vous le savez maintenant, il va voir sa table 


de routage: 


192.168.0.0/24 192.168.0.254 
82.238.22.0/24 82.238.22.47 


Sa route par défaut lui dit d'envoyer le paquet vers Internet. 


À MAIS... 


Oui, comme moi, vous avez remarqué un point très important. (@) 


Nous allons passer d'un réseau privé 192.168.0.0/24 à un réseau public 82.238.82.0/24 ! 
Et quand on passe d'un réseau privé à un réseau public, il faut faire de la NAT. 


Notre routeur a donc besoin de faire de la NAT, et pour cela, il va devoir aller lire les informations de couche 4. Ça tombe bien, 
elles sont contenues dans l'en-tête TCP qui est contenu dans le datagramme ! 
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Le routeur récupère donc les ports source et destination, 1337 et 80. 


Il va choisir à son tour un port source pour l'envoi du paquet et va noter tout cela dans la table de NAT dynamique: 


Table NAT 


@IP SRC, @IP DST, port SRC, port DST | @IP SRC, @IP DST, port SRC, port DST 
192.168.0.1, 88.191.135.63, 1337, 80 82.238.22.47, 88.191.135.63, 22385, 80 


Il va donc modifier les informations de couche 4 et de couche 3 avant de renvoyer la trame sur le réseau. 
Avant cela, il fait une requête ARP pour obtenir l'adresse MAC du prochain routeur. 
Il peut alors envoyer le nouveau datagramme à la couche 2 : 


82.238.22.47 (source) | 88.191.135.63 (destination) | 22385 80 | 27? | fags | 777 | checksum | 


Datagramme IP modifié pour la NAT segment TCP 


La couche 2 reçoit le datagramme ainsi que l'adresse MAC destination et n'a plus qu'à former la nouvelle trame à envoyer sur le 
réseau 


9 9 
Ï 9 Le à 

ae ie ne 7 ni 82.238.22.47 | 88.191.135.63 | 22385 PE flags |? | checksum 
238.22. , ; 


Trame Ethernet qui contient le Datagramme IP contenant le segment TCP 


À Deux petites remarques sur ce que nous venons de voir. 


Nous avons vu qu'à chaque passage par un équipement, nous avons remonté le modèle OSI jusqu'au niveau de l'équipement. Le 
switch a lu les mformations jusqu'à la couche 2, le routeur les a lues jusqu'à la couche 4 (car il devait faire de la NAT) et ainsi de 
suite. 


On pourrait donc schématiser le parcours sur le réseau en fonction du modèle OSI de la manière suivante : 
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emettrice 
7 | ac | 
6 [ne] 
5 
Sur le routeur 

qui NAT 
Ce =] 

Sur le routeur 

» [ rom | Surleswiteh Sur le switch » | vom | 
2 hawson de 2 2 hwson de 2 ? lues on de 
donnees données donnees 


Passage sur le réseau selon le modèle OSI 
Nous voyons une fois de plus l'importance du modèle OSL et aussi l'importance de sa compréhension. 


Par ailleurs, nous avons vu que lors du passage par notre box, beaucoup d'nformations avaient été modifiées dans différentes 
couches. 
On peut en déduire les règles suivantes : 


e quand on passe d'un réseau à un autre, les adresses MAC changent dans l'en-tête Ethernet (couche 2) ; 

e quand on passe d'un réseau à un autre, rien ne change dans les en-têtes de couches 3 et 4, IP et TCP, saufs'il y a de la 
NAT ; 

e dans le cas de la NAT, on change aussi les adresses IP source et ports source. 


Voici donc deuxremarques importantes à garder à l'esprit pour la compréhension du réseau. 


Mais il est temps de retourner à nos moutons, car notre trame va continuer ainsi à se balader de routeur en switch et de switch en 
routeur, jusqu'à atteindre sa destination finale. 


Destination finale que nous allons étudier sur le champ ! (@) 


Réception par la machine destinataire 
Après avoir cheminé sur Internet, notre trame arrive enfin à sa destination. 


Réception des informations 


Comme vous pouvez vous en douter, nous allons une fois encore parcourir le modèle OSI, et cette fois ce sera en remontant les 
couches vers la couche applicative. 


Réception de la trame en couche 2 


Nous sommes donc au niveau du serveur d'adresse IP 88.191.135.63. Il reçoit la trame suivante: 


EEE" "| 
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| @MAC 88.191.135.63 | @MAC 88.191.135.254 | proto 3 IP | PI | CRC | 


Trame Ethernet 
L'adresse MAC destination est bien celle de notre machine, la couche 2 sait donc maintenant qu'elle va devoir envoyer le 
datagramme contenu dans la trame à la couche 3. Elle vérifie donc que la trame a été transmise correctement, grâce au CRC, et elle 
peut alors envoyer le datagramme au protocole de couche 3 indiqué dans l'en-tête, à savoir IP ! 


Réception du datagramme en couche 3 


La couche 3, et plus précisément le protocole IP, reçoit donc le datagramme suivant: 


82.238.22.47 (source) | 88.191.135.63 (destination) 


Datagramme IP 


L'adresse IP destination est aussi la nôtre, il va donc falloir envoyer le segment TCP contenu au protocole de couche 4 indiqué 
qui est TCP. 
La couche 3 finit donc ses traitements et envoie le segment au protocole TCP. 


Réception du segment en couche 4 
Le protocole TCP reçoit le segment suivant: 


DIODES 


Segment TCP 


Si l'on regarde le contenu des flags, on voit que seul le flag SYN est positionné, il s'agit donc bien d'une demande de connexion. 
La couche TCP va par ailleurs vérifier que le port destination demandé est bien ouvert et prêt à recevoir des connexions. 

Il y a bien un service en écoute sur le port 80 de la machine, le protocole TCP peut donc répondre favorablement à la demande de 
connexion et renvoyer un segment TCP contenant les flags SYN et ACK. 


Et on est repartis pour un tour en sens inverse ! 
Cette fois on parcourt tout ce que l'on vient de faire, mais de la machine 88.191.135.63 vers la machine 82.238.22.47, puis vers 
192.168.0.1 après la NAT. 


La machine 192.168.0.1 recevant le segment TCP avec les flags SYN et ACK va pouvoir finaliser le three way handshake en 
envoyant un segment TCP avec le flag ACK, qui va établir la connexion TCP. 


Une fois la connexion établie, la machine 192.168.0.1 va ENFIN pouvoir faire sa requête web ! 
Pour information, voici la trame envoyée alors : 


? 9 9 
@MAC @MAC proto |, ; : GET 
1621060204 ses 0 pal DEN See ES UC Ogge a CEE eo NS 


Trame Ethernet qui contient le Datagramme IP contenant le segment TCP qui contient les données applicatives ! 


Ouf, eh bien c'est pas trop tôt ! 


Nous venons donc d'étudier une connexion TCP plus ou moins en détail. Cela devrait maintenant vous permettre de mieux 
comprendre comment vos machines communiquent sur Internet. 
Mais attention, il y a plusieurs points à garder à l'esprit : 


e nous n'avons vu qu'une version très simplifiée de ce quise passe réellement ; 

e tout cela se passe en quelques millisecondes ; 

e chaque connexion peut utiliser un chemin différent qui la fera passer par un plus ou moins grand nombre de routeurs, 
mais cela ne change que très peu le temps de transit. 


© Pourquoi est-ce une version simplifiée ? Ça semble complexe quand même... 


Oui, c'est déjà bien complexe, mais ce n'est pas encore représentatif de la réalité. Nous n'avons pas park de requête DNS, que 
nous allons voir dans le chapitre suivant. Nous n'avons pas non plus parlé de proxy qui peut intervenir dans certains cas. 


de ù Mais on n'a pas vu le proxy, c'est quoi ? 
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Un proxy est un relais applicatif. C'est en fait une application de couche 7 qui reçoit des requêtes et les transmet à la 
machine destination comme si c'était elle qui faisait les requêtes. 


Les intérêts de mettre en place un proxy peuvent être divers : 


e une entreprise veut pouvoir centraliser les requêtes d'une application donnée, comme le web, pour voir tout ce qui sort 
de son réseau ; 

e un proxy peut aussi servir de cache, c'est-à-dire qu'il va enregistrer les pages web qu'il a visitées, et ainsi les renvoyer 
lors d'une demande identique, sans avoir à refaire une requête ; 
un proxy peut aussi filtrer les requêtes en fonction de critères, comme le type des sites web demandés ; 
enfin, on entend parfois parler de proxy "anonyme" pour faire en sorte que ce soit l'adresse du proxy qui soit vue et non 
la nôtre. 


Attention, on n'est jamais totalement anonyme sur Internet et ilest toujours possible de remonter à la source d'une 
requête si on s'en donne les moyens, donc ne faites pas de bêtises, même si vous utilisez un proxy anonyme. 


Nous comprenons maintenant comment une information circule sur le réseau de la machine émettrice à la destination. Super, il 
s'agissait de l'objectif majeur du cours ! 


Nous allons maintenant faire un peu de pratique, notamment en mettant en œuvre des services qui sont nécessaires au bon 
fonctionnement des réseaux. 


Vus savez maintenant ce qu'est une application et ce que sont un client et un serveur. 
Les protocoles de couche 4 utilisés sont TCP et UDP. 

L'adressage utilisé pour différencier les applications sur une machine est le port. 

La NAT et le port forwarding permettent de relier des réseaux privés à Internet. 

Vus avez pu voir le parcours complet d'une information sur Internet. 


Il est temps maintenant d'aller plus loin dans le réseau et de comprendre pourquoi nous avons besoin de quelques services 
supplémentaires pour faire fonctionner tout ce que nous avons vu. 


Nous venons donc de voir la couche 4 et avons fait un petit récapitulatif de ce que nous avons vu depuis le début. 


Nous connaissons: 


ce qu'est une application et ce que sont un client et un serveur, 

les protocoles TCP et UDP utilisés en couche 4 

l'adressage utilisé pour différencier les applications sur une machine 
la NAT et le port forwarding pour relier les réseaux privés à Internet 
le parcours complet d'une information sur Internet 


Il est temps maintenant d'aller plus loin dans le réseau et de comprendre pourquoi nous avons besoin de quelques services 
complémentaires. 
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Partie 4 : Les services réseau 


Dans cette partie, nous allons mettre en pratique ce que nous avons appris en installant des services qui sont indispensables au 
fonctionnement des réseaux. 

Pour cela, nous allons créer une vraie petite infrastructure sur notre réseau qui permettra aux plus audacieux d'entre vous 
d'héberger eux-mêmes leurs services, s'ils le souhaitent 


Le service DHCP 


Comme nous l'avons vu dans les chapitres précédents, l'adresse IP permet d'identifier une machine sur un réseau. Dans le cas 
d'un réseau IP (la majorité que vous rencontrerez et ceux qui nous intéressent), cette adresse est indispensable pour pouvoir 
communiquer avec les autres machines du réseau. 


Nous allons nous intéresser ici à la manière dont cette adresse peut être obtenue. On distinguera deux méthodes, une manuelle, 

pour laquelle vous choisissez vous-mêmes l'adresse IP de votre machine et une dynamique où c'est un serveur qui vous fournit 

cette adresse. Ce serveur s'appelle un serveur DHCP et nous verrons qu'il a d'autres utilités que la simple distribution d'adresses 
IP. 


Principe du DHCP 
Le DHCP expliqué 


Il existe donc deux méthodes pour obtenir une adresse IP. Soit c'est vous qui la configurez (méthode manuelle), soit c'est un 
serveur qui vous la donne (méthode dynamique). 

La méthode manuelle pose quelques problèmes de prime abord. En effet, vous avez vu que pour qu'une machine puisse 
communiquer avec ses voisines, son adresse IP devait se trouver dans le même réseau que les autres machines. Pour sortir du 
réseau local, il faut que notre machine connaisse l'adresse de la passerelle. Cela fait déjà quelques nmformations dont il faut avoir 
connaissance quand vous branchez votre ordinateur à un réseau local. 


Autre problème, même si vous avez ces informations, comment vous assurez-vous que l'adresse IP que vous choisissez 
n'est pas déjà utilisée par une autre machine sur le réseau ? 


On se rend donc bien compte qu'il serait bien d'avoir un mécanisme rapide et fiable pour adresser les machines d'un réseau. C'est 
là qu'entre en jeu le protocole DHCP. 


Un protocole pour distribuer des adresses IP 


La première fonction d'un serveur DHCP (Dynamic Host Configuration Protocol) est de fournir des adresses IP (associées à un 
masque, bien évidemment (@) )aux machines en faisant la demande. 


Si vous avez configuré votre carte réseau pour récupérer son adresse IP automatiquement, votre machine va chercher à contacter 
un serveur DHCP susceptible d'être présent sur votre réseau local. 


cherchons à dialoguer avec une autre machine. Il nous faut donc une adresse IP, non ? Est-ce qu'on ne se mord pas la 


2) Mais on vient de dire qu'on avait besoin d'une adresse IP pour contacter les autres machines du LAN et ici nous 
queue ? 


Oui c'est vrai, on ne peut pas envoyer de paquets IP, étant donné que nous n'avons pas d'adresse IP. Par contre, nous avons une 
adresse MAC qui est liée à notre carte Ethernet. On peut donc envoyer des trames Ethernet. 
Néanmoins, s'il y a un serveur DHCP sur le réseau, nous n'avons aucun moyen de connaître son adresse MAC. 


© Comment allons-nous pouvoir joindre le serveur DHCP ? 


Tout ceci devrait vous rappeler quelque chose, non ? Le problème est le même que pour le protocole ARP. 
Nous allons utiliser l'adresse de broadcast ! 


La trame permettant de trouver un serveur DHCP est une trame "DHCPDISCOVER", comme c'est un broadcast, elle est envoyée 
à l'adresse MAC EEE. 


Comme la trame est envoyée en broadcast, le serveur DHCP doit obligatoirement se trouver dans le même réseau que 
la machine. Comme vous le savez, les routeurs (qui délimitent les réseaux) séparent les domaines de broadcast et ne 
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| relaient pas. Néanmoins, certains routeurs disposent de méthodes pour relayer ces trames DHCPDISCOVER. Nous 
verrons cela un peu plus tard. 


Une fois que notre serveur DHCP reçoit le DHCPDISCOVER, il va renvoyer une proposition, c'est un DHCPOFFER. Il va 
proposer une adresse IP, un masque ainsi qu'une passerelle par défaut et parfois un serveur DNS. 


Un serveur DNS permet de faire l'association entre un nom de machine et une adresse IP, comme www.lalitte.com et 
88.191.135.63. Nous allons l'étudier dans le prochain chapitre. 


Les deux derniers sont facultatifs, car ils ne sont pas fondamentalement ndispensables au fonctionnement réseau de la machine, 
bien qu'en pratique on ne puisse pas vraiment s'en passer. 


Le client (votre machine) répond par un DHCPREQUEST. Celui-ci est aussi envoyé en broadcast et sert à prévenir quelle offre est 
acceptée. Le serveur DHCP dont l'offre a été acceptée valide la demande et envoie un DHCPACK qui valide l'allocation du bail. 


© On parle en effet de "bail", car cette attribution d'adresse IP a une durée limitée. Une fois expiré, il faut redemander une 
adresse IP. 


Client DHcpp Serveur 
of 


Requête DHCP complète 


Toutefois, lors d'un renouvellement, notre machine ne va pas refaire toute la procédure en commençant par un DHCPDISCOVER. 
On repart directement du DHCPREQUEST. Les serveurs DHCP conservent en mémoire les adresses qu'ils ont distribuées, 
associées aux adresses MAC. Ainsi, vous constatez que vous conservez parfois très longtemps la même adresse IP, même si 
votre bail a sûrement été renouvelé plusieurs fois. 


Mise en place d'un serveur DHCP 
Nous allons donc essayer de mettre en place un serveur DHCP. Nous utiliserons pour cela notre machine Debian préférée. (@) 


Installation et configuration. 


Sous Debian, le serveur dhcp le plus couramment utilisé est isc-dhcp-server, mais il en existe plusieurs comme dhcp3-server ou le 
célèbre dhcpd. 
Nous allons commencer par l'installer. 


Code : Console 


# apt-get install isc-dhcp-server 


Ce serveur est géré par deux fichiers de configuration : 
e /etc/default/isc-dhcp-server 


www.siteduzero.com 


Partie 4 : Les services réseau 191/220 


e /etc/dhcp/dhcpd.conf 


Dans le premier, on ne fera que déclarer sur quelle interface écoutera notre serveur. La plupart du temps, il s'agit de votre 
interface principale qui s'appelle ethO. 
On édite ce fichier et, si ce n'est pas déjà le cas, on rajoute : 


Code : Console 


INTERFACES="eth0" 


Vus pouvez faire écouter votre serveur sur plusieurs interfaces, il suffit juste de les séparer par un espace : 
INTERFACES="eth0 eth1 eth3" 
Mais attention, dans ce cas il faudra bien spécifier quelles adresses distribuer sur chacun des réseaux. 


Ensuite, le reste de la configuration se passe dans /etc/dhcp/dhcpd.conf. Ce fichier doit déjà contenir un exemple de 
configuration. us pouvez faire une copie de ce fichier et repartir sur un fichier vierge ou bien continuer avec celui-ci. Si vous 
l'éditez, notez que l'ordre des lignes de configuration n'a pas d'importance. 


On va partir d'un fichier vierge de notre côté. 
Voici ce qu'il va contenir : 


Code : Console 


# Le nom de votre serveur dhcp 
server-name "“dhcp.monreseau.fr"; 


# Le domaine attribué à vos clients 
option domain-name "monreseau.fr"; 


# Les serveurs DNS attribués à vos clients 
OprLOon domainename=sservers 1192 1168 01 192 .1:68.1002/8%8 18718); 


# La durée des baux, en secondes (soit ici 5 jours !) 
default-lease-time 7200; 
max-lease-time 7200; 


Le masque de sous-réseau 
pETon Ssubnetr-mask255%255 25570; 
L'adresse de broadcast, qui est optionnelle, mais ça vous fera un bon exercice de 


ption broadcast-address 192.168.0.255; 
Le routeur par défaut 
option routers 192.168.0.254; 


HO—-KHO # 


# Enfin, nous précisons le réseau utilisé et les particularités associées 
Ssubnetr 9268 0 0ncEmaske255 7255725501 
# Ici, nous ne voulons attribuer dynamiquement que les adresses de 10 à 100 
range LO2 168 M0 MONO 268000) 
# Enfin, nous pouvons spécifier une adresse précis n fonction d'une machine 
# grâce à son adresse MAC 
hostiraurehard=pent 
hardware ethernet 00:23:8B:4B:D1:BD; 
fixed-address 192.168.0.10; 


KI D 


Chaque ligne est commentée dans le fichier. 
Notre fichier de configuration est maintenant prêt ! Nous pouvons essayer de lancer le service. 


ATTENTION, si jamais vous lancez un serveur DHCP sur un réseau qui possède déjà un serveur DHCP, ça risque de 
poser un problème, car les deux serveurs vont répondre auxrequêtes en broadcast et, potentiellement, attribuer des 
adresses identiques ou inadaptées. Par conséquent, ne faites pas cela sur le réseau de votre entreprise ou de votre 
école ! 
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Test de la solution 
Dans un premier temps, nous allons vérifier que le serveur DHCP est bien en écoute : 


Code : Console 


# netstat -anup |grep dhcp 
udp 0 ONCPOPOADE:6T CROAROMOES 954 


KI D 


Le serveur est bien en écoute sur le port UDP 67. 


Nous allons essayer de faire une demande d'adresse IP et voir ce qui va se passer au niveau du réseau. 
Mais cette fois, nous allons travailler avec un autre sniffer que Wireshark, en ligne de commande avec tcpdump. 
Nous allons tout d'abord l'installer : 


# apt-get install tcpdump 


Il faut ensuite le lancer dans un autre terminal, vous vous souvenez? Il est possible de changer de terminal avec la combinaison 
de touches CTRL+ATL+FXx 


On change de terminal, puis on lance tcpdump : 


eo Oo 0 (Modifiez ethx en fonction de la valeur de votre interface) 


L'interface se met en écoute : 


listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 


Maintenant, sur l'autre terminal, nous allons forcer une demande DHCP avec la commande dhclient : 
# dhclient eth0 


Enfin, nous pouvons retourner sur le terminal sur lequel tcpdump est lancé. 

Il devrait y avoir quelques paquets reçus, dont ceux qui concernent notre requête DHCP : 
17:39:43.007862 IP 0.0.0.0:bootpc > 255.:255.255.255.bo0otps: 
08:00:27:4e:b7:b1, length 300 
17:39:43.032031 IP 10.0.2.2.bootps > 10.0.2.20.bootpc: BOOTP/DHCP, 


BOOTP/DHCP, Request from 


Reply, length 548 


On voit ici une requête DHCP request, suivi du DHCP ACK (reply ici). Nous n'avons pas de DHCP DISCOVER ou OFFER, car 
notre machine a déjà reçu son adresse par DHCP et ne fait donc que les deux dernières étapes de la requête. 


D'ailleurs il est possible que vous ayez deuxréponses à votre requête : celle de votre serveur local et celle de votre box 
sielle fait aussi office de serveur DHCP. 


Notre serveur DHCP est donc bien installé et prêt à distribuer les adresses IP et informations réseau pour les machines du 
réseau qui en ont besoin. 


Vus savez maintenant ce qu'est le protocole DHCP et à quoiilsert. 
Vus savez aussi installer et configurer un serveur DHCP. 


Il nous faut maintenant explorer les principes du protocole DNS dont nous avons parlé mais dont nous ne savons encore pas 
grand-chose... 
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Le service DNS 


Vous savez maintenant comment votre ordinateur récupère son adresse IP. Wus savez aussi que toutes les machines 
(ordinateurs, serveurs, routeurs, etc.) connectées à Internet possèdent, elles aussi, une adresse IP. Enfin, nous savons, depuis 
quelques chapitres déjà, que c'est cette adresse IP qui permet aux machines de communiquer entre elles. 


Cependant, cela va nous poser un petit problème. Nous avons beau être des êtres humains avec une bonne mémoire, notre 
cerveau n'est pas fait pour retenir des séries de chiffres comme 187.232.98.122. On aimerait mieux avoir à retenir des noms 
comme siteduzero.com. 


Ilne s'agit donc pas d'un problème technique, Internet fonctionne très bien avec des adresses IP, mais d'un problème de 
nommage pour permettre un accès simplifié à Internet pour nous tous, pauvres êtres humains. Ce système de nommage est le 
Domain Name System (DNS). 


Présentation du DNS 


Le DNS est un protocole indispensable au fonctionnement d'Internet. Non pas d'un point de vue technique, mais d'un point de 
vue de son utilisation. Il est nconcevable aujourd'hui d'utiliser des adresses IP en lieu et place des noms des sites web pour 
naviguer sur Internet. Se souvenir de 58.250.12.36 est déjà compliqué, mais quand vous surfez sur 40 sites différents par jour, cela 
fait quelques adresses à retenir. Et ça, on ne sait pas faire... 


Un arbre avec des branches 


Une arborescence ordonnée 


Le système DNS, vous l'utilisez tous les jours quand vous naviguez sur Internet. Lorsque vous voulez accéder au Site du Zéro, 
le système DNS se charge de convertir (on parle de résolution) le nom du site web demandé en adresse IP. 


Un nom de domaine se décompose en plusieurs parties. Prenons l'exemple suivant : 


www.google.fr 


Chaque partie est séparée par un point. 

On trouve l'extension en premier (en premier, mais en partant de la droite) ; on parle de Top Level Domain (TLD). Il existe des 
TLD nationaux (fr, it, de, es, etc.) et les TLD génériques (com, org, net, biz, etc.). 

Ici, on a le découpage suivant : 


www.google.fr 


Il existe une infinité de possibilités pour la deuxième partie. Cela correspond à tous les sites qui existent : google.ff, 
siteduzero.com, ovh.net, twitter.com, etc. 

Comme vous le voyez, google.fr est un sous-domaine de fr. Le domaine fr englobe tous les sous-domaines finissant par fr. 

La troisième partie est exactement comme la seconde. On y retrouve généralement le fameux "www", ce quinous donne des 
noms de domaine comme www.google.fr www peut soit être un sous-domaine de google.fr, mais dans ce cas il pourrait y avoir 
encore des machines ou des sous-domaines à ce domaine, soit être directement le nom d'une machine. 

Ici, www est le nom d'une machine dans le domaine google.fr. 


On peut bien entendu ajouter autant de troisièmes parties que nécessaire, ce qui peut vous conduire à avoir un nom de domaine 
comme : wwWw.ff.l.new.super.google.fr. 


Voici une toute petite partie de l'arborescence des noms Internet : 
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(Racine) 


org fr com 


wikipedia org gouv google 


fr impots 


Chaque "partie" est appelée label et l'ensemble des labels constitue un FQDN : Fully Qualified Domain Name .Ce FQDN est 
unique. Par convention, un FQDN se finit par un point, car au-dessus des TLD il y a la racine du DNS, tout en haut de l'arbre. Ce 
point disparaît lorsque vous utilisez les noms de domaine avec votre navigateur, mais vous verrez qu'il deviendra très important 
lorsque nous configurerons notre propre serveur DNS. 


VAN Au niveau DNS, www.google.fr n'est pas un FQDN, car il manque le point à la fin. 


Tout FQDN sur Internet doit obligatoirement se finir par un point, comme www.siteduzero.com. qui est alors bien un 
FQDN, car on est sûr qu'iln'y a pas de domaine au-dessus. 


Trucs et astuces ! 


Si jamais vous administrez un réseau, et que vous possédez le domaine mondomaine.com, vous pouvez vous amuser à ajouter 
dans votre serveur DNS une machine qui s'appellera www.siteduzero.frmondomaine.com. 

Ainsi, dès qu'une personne qui utilise votre serveur DNS demande www.siteduzero.fr en oubliant de mettre le . à la fin, elle sera 
envoyée vers votre la machine www.siteduzero.frmondomaine.com. ! 

Hacking power ! (@) 


Mais revenons auxprincipes du DNS pour étudier un dernier point important dans l'arborescence. 

Dans l'architecture du service DNS, chaque label est responsable du niveau directement en dessous et uniquement de celui-ci. 
La racine est responsable du domaine .com, le .com de google.comet google.com de www.google.com, etc. Bien entendu, Google 
veut gérer lui-même le domaine google.com. L'organisme qui gère le domaine .com délègue donc la gestion de ce nom de domaine 
à Google. 


Ainsi, chaque personne qui veut posséder un domaine sur Internet peut l'acheter, mais devra ensuite gérer un serveur DNS pour 
publier ses adresses. 

Cependant, la plupart des entreprises qui vendent des noms de domaine (qu'on appelle registrar) proposent de gérer elles-mêmes 
vos enregistrements DNS, mais c'est moins fun. 


Nous savons donc que le DNS est organisé sous forme d'une grosse arborescence, et que chaque partie de l'arborescence peut 
être gérée par la personne qui la possède. 


Ve Mais comment fait-on pour savoir qui possède telle où telle partie et où sont stockées les mformations que l'on 


www.siteduzero.com 


Partie 4 : Les services réseau 195/220 


Ep recherche ? 


La résolution, comment ça marche ? 


Vus êtes connectés à votre réseau, votre serveur DHCP vous a donné une adresse IP, un masque de sous-réseau et 
probablement une passerelle par défaut, ainsi qu'un serveur DNS. 


Imaginez que vous entrez www.siteduzero.com dans votre navigateur. Lorsque vous entrez ce nom, votre machine doit 
commencer par le résoudre en une adresse IP. 

Vous allez donc demander une résolution au serveur DNS que vous avez reçu par le DHCP. Celui-ci a deux moyens pour vous 
fournir la réponse : 


e_ilconnaît lui-même la réponse ; 
e_il doit la demander à un autre serveur, car il ne la connaît pas. 


La plupart du temps, votre serveur DNS est bien peu savant et demande à un autre serveur de lui donner la réponse. En effet, 
chaque serveur DNS étant responsable d'un domaine ou d'un petit nombre de domaines, la résolution consiste à aller chercher la 
bonne information sur le bon serveur. 


Nous voulons donc joindre le site www.siteduzero.com et voilà ce que va faire mon serveur DNS. 

Tout d'abord, il est évident que cette information ne se trouve pas sur notre serveur, car ce n'est pas lui qui est en charge du Site 
du Zéro. 

Pour obtenir cette résolution, notre serveur va procéder de façon rigoureuse et commencer par là où il a le plus de chance 
d'obtenir l'nformation, c'est-à-dire au point de départ de notre arborescence. 


e Ilva demander aux serveurs racine l'adresse IP de www.siteduzero.com Mais comme les serveurs racine ne sont pas 
responsables de ce domaine, ils vont le rediriger vers un autre serveur qui peut lui donner une information et qui dépend 
de la racine, le serveur DNS de com. 

e Ildemande ensuite au serveur DNS de com l'adresse IP de www.siteduzero.com. Mais comme auparavant, le serveur com 
renvoie l'adresse IP du serveur DNS qui dépend de lui, le serveur DNS de siteduzero.com. 

e Enfin, il demande au serveur DNS de siteduzero.com l'adresse IP de www.siteduzero.comet là, ça marche : le serveur de 
siteduzero.com connaît l'adresse IP correspondante et peut la renvoyer. 


Maintenant, vous avez l'adresse IP de www.siteduzero.com ! 


On dit qu'un serveur fournissant la résolution d'un nom de domaine sans avoir eu à demander l'information à quelqu'un 
d'autre fait autorité. Les serveurs DNS utilisent un système de cache pour ne pas avoir à redemander une information 
de façon répétitive, mais ils ne font pas autorité pour autant, car l'information stockée en cache peut ne plus être valide 
après un certain temps. 


© Existe-t-il aussi un protocole pour convertir une adresse IP en nom de domaine ? 


Non, c'est inutile. Le DNS sait faire cela, on parle alors de reverse DNS et de résolution inverse. 


© Cependant, c'est relativement peu utilisé, sauf parfois pour des raisons de sécurité. 


La gestion internationale des noms de domaine 


Même si le système DNS n'est pas indispensable au fonctionnement d'Internet, il en est un élément mcontournable. 

Le système de noms de domaine est géré par un organisme américain appelé l'ICANN. Celui-ci dépend directement du 
Département du Commerce des États-Unis. L'ICANN est responsable de la gestion des 13 serveurs DNS qui gèrent la racine du 
DNS. Ces 13 serveurs connaissent les adresses IP des serveurs DNS gérant les TLD (les .f, .com; org, etc.) 


© Il n'y a vraiment que 13 serveurs racine ? 


Ouiet non. 

En fait, après plusieurs attaques sur les serveurs racine, on s'est rendu compte de la faiblesse de n'avoir que 13 serveurs et de la 
menace que cela pouvait représenter pour le fonctionnement d'Internet. 

On a donc mis en place un système qui duplique les 13 serveurs en différents endroits d'Internet. Il y a donc réellement 
aujourd'hui plusieurs centaines de serveurs racine qui dupliquent les informations des 13 serveurs d'origine. 
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Le mécanisme qui permet cette duplication de serveurs, et notamment d'adresses IP, s'appelle l'anycast, mais il fait appel 
à des notions réseau très avancées que nous n'exposerons pas ici. 


C'est lICANN qui autorise la création d'une nouvelle extension, comme le xxx il y a plusieurs mois ou l'utilisation de caractères 
non-latins (arabes, chinois, japonais, etc.), il y a quelques années. 

L'ICANN délègue ensuite les domaines de premier niveau à divers organismes. Pour l'Europe, c'est le RIPE qui délègue lui-même 
à L'AFNIC qui est responsable du domaine .fr (ainsi que des extensions correspondantes à la France d'outre-mer) ; pour le 
domaine .com, c'est VeriSign qui s'en occupe. Les labels inférieurs correspondent généralement à des sites ou à des entreprises, 
et la gestion du nom de domaine leur revient. 


Configuration de Bind 


Maintenant que nous nous sommes familiarisés avec les noms de domaine et le fonctionnement des DNS, nous allons configurer 
notre premier nom de domaine. Nous utiliserons le serveur de noms de domaine le plus vieux et le plus utilisé au monde : BIND. 


Il existe des alternatives à BIND, comme DJBdns ou MaraDNS, qui sont souvent réputés plus sécurisés, mais ils sont 
encore beaucoup moins utilisés. 


La configuration de notre nom de domaine se fera sous Debian. Wus pouvez donc réutiliser votre Debian préférée. 


Préparation 
Présentons d'abord ce que nous allons configurer ici. 


Première chose, quand vous possédez un domaine, vous devez avoir deux serveurs DNS , un serveur primaire et un serveur 
secondaire. Ceci est nécessaire pour pouvoir garantir que si l'un tombe en panne, le second permettra toujours d'accéder à vos 
serveurs. 


Le domaine que nous allons configurer sera : reseau.ff. 


e Ce nomde domaine sera géré par deux serveurs dns : 
o nsl.reseau.fr - 192.168.0.1 sera notre serveur maître ; 
o ns2.reseau.fr - 192.168.0.2 sera notre serveur esclave. 


e Les adresses email de ce nom de domaine seront gérées par deux serveurs de messagerie : 
o mxl.reseau.fr - 192.168.0.3 ; 
o mx2.reseau.fr - 192.168.0.4. 
e Ce nomde domaine possédera deux machines : 
o tuto.reseau.fr - 192.168.0.5 ; 
o www.reseau.fr - 192.168.0.6. 


e Ilexistera aussiune autre machine, blog.reseau.fr, qui sera un alias de www.reseau.fr. 


Nous ne connaissons pas les serveurs de messagerie, mais vous devez simplement savoir que pour chaque domaine, il 
doit y avoir un serveur de messagerie qui permet de recevoir des mails pour les adresses de notre domaine. 


Nous ne connaissons pas non plus les alias. Un alias est une association entre un nom de machine et un autre nom de 
machine, alors que le DNS a l'habitude de faire la liaison entre un nom de machine et une adresse IP. C'est donc une 
association particulière du DNS. 


Installation de Bind9 


Code : Console 


# apt-get install bind9 


Les fichiers de configuration de Bind se trouvent, comme on peut s'y attendre, dans /etc/bind. 

La configuration se fait en deuxtemps. Nous devons tout d'abord déclarer à notre serveur quels seront les noms de domaine qu'il 
va devoir gérer, on appelle ça des zones. Ensuite, nous devrons configurer ces zones, grâce à un fichier de configuration par 
zones. 
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Configuration du serveur master 


Déclaration des zones 
Une zone se déclare de cette façon : 


Code : Console 


zone "reseau.fr" !{ 
type master; 
file "/etc/bind/db.reseau.fr"; 
MONS brAans te ClRO 2 RGO MONTE 


Le type indique si vous êtes master ou slave sur la zone, c'est-à-dire si c'est vous qui effectuez les mises à jour (master) ou si 
vous les recevez d'un autre serveur (slave). 

File mdique le fichier dans lequel sera configurée votre zone. 

Allow-transfer mdique le serveur qui pourra recevoir vos mises à jour. Bien entendu, cette directive n'existe que dans le cas d'un 
serveur master. 


checkconf /etc/bind/named.conf 


' à) Vous pouvez vérifier la syntaxe du fichier named.conf grâce à la commande 
Celle-ci nous sera de nouveau utile pour tester le format des fichiers de zone eux-mêmes 


Passons maintenant à la configuration de notre zone. 
Configuration de la zone du serveur master 


On édite donc le fichier /etc/bind/db.reseau.fr. A fin d'avoir une configuration "basique", vous pouvez faire une copie de 
/etc/bind/db.local. 


Code : Console 


cp /etc/bind/db.local /etc/bind/db.reseau.fr 
vim /etc/bind/db.reseau.fr 


Dans ce fichier de zone, nous allons indiquer des enregistrements. Il en existe de plusieurs types : 


A : c'est le type le plus courant, il fait correspondre un nom d'hôte à une adresse IPv4 ; 

AA AA : fait correspondre un nom d'hôte à une adresse IPv6 ; 

CNAME : permet de créer un alias pointant sur un autre nom d'hôte ; 

NS : définit le ou les serveurs DNS du domaine ; 

MX : définit le ou les serveurs de mail du domaine ; 

PTR : fait correspond une IP à un nom d'hôte. Il n'est utilisé que dans le cas d'une zone inverse, que nous verrons plus 
loin ; 

e SOA : donne les infos de la zone, comme le serveur DNS principal, l'adresse mail de l'administrateur de la zone, le numéro 
de série de la zone et des durées que nous détaillerons. 


Ilen existe d'autres mais pas forcément utiles ou intéressants pour ce cours. 
Voici ce que donnera notre fichier de zone complet : 


Code : Console 


STTL 604800 ; 1 semaine 
SORIGIN reseau.fr. 
@ IN SOA nsl.reseau.fr. admin.reseau.fr. ( 
2013020905 ;serial 
3600 “Hrcrresha(tlMnoUur) 
3000 ; retry (50 minutes) 
4619200 ; expire (7 weeks 4 days 11 hours 6 minu 
604800 ; minimum (1 week) 
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) 


@ IN NS nsl.reseau.fr. 
@ IN NS ns2 

@ IN MX 10 mxl 

@ IN MX 20 mx2 

nsl IN A ROZ AMIEG SA OEM 
ns2 IN A OZ ARCS AO 
mxl IN A POZAMIECEANOS 
mx2 IN A 1PO2PARG SA OREZ 
EE O) IN A OZ AMAR ARS 
WWW IN IRODEMIEGIS AOC 
blog IN CNAME WWW 


] D 


Examinons chacune de ces informations. 

La première info est un TTL(Time to Live). Quand quelqu'un va interroger votre serveur DNS pour obtenir des mformations, ces 
informations vont être stockées en cache chez cette personne (dans la mémoire de son serveur DNS, pour éviter qu'il vienne 
nous réinterroger de nombreuses fois s'il a de nouveau besoin d'une mformation). Ce TTL est la durée pendant laquelle les 
informations sont conservées en cache. Ce délai passé, une nouvelle demande devra être faite au serveur. Le TTL est défini ici 
sur 1 semaine. En fonction de la fréquence de vos mises à jour, vous pouvez décider de baisser cette valeur pour que vos clients 
aient leurs informations à jour. 


La deuxième info est la variable ORIGIN. Celle-ci est optionnelle. bus voyez les petits @ plus loin ? Ces @ prennent la valeur de 
la variable ORIGIN. En l'absence de variable ils prendront la valeur du nom de votre zone défini dans le fichier named.conf 
(reseau.fr ici). 


Vient ensuite notre premier enregistrement, c'est un enregistrement de type SOA (Sfart Of Authority ). Le type SOA est suivi de 
deux informations. La première est le nom du serveur de domaine principal (master) et la seconde est l'adresse mail de 
l'administrateur du domaine (en remplaçant l'arrobase par un point). Suivent entre parenthèses différentes valeurs. 


e Le serial peut être comparé à un numéro de version de votre zone. Il doit être mcrémenté à chaque modification. Cela 
indique à votre serveur que votre zone a été mise à jour et qu'il faut envoyer la notification à vos serveurs esclaves. Les 
best practices recommandent une syntaxe particulière pour le serial de la forme AAA AMMIIXX (où XX est la version du 
jour en question). Cela vous permet entre autres de savoir la date de la dernière mise à jour de votre zone. 

e Refresh est le temps au bout duquel les enregistrements sont stockés sur le serveur slave. Passer ce délai, le serveur 
slave demandera une nouvelle mise à jour au serveur master. 

e Retry est le temps qu'attendra le serveur s/ave dans le cas où le serveur master contacté n'est pas joignable pour faire un 
nouvel essai. 

Expire est le temps pendant lequel le serveur s/ave continuera à essayer de contacter le serveur master. 
Minimum est la durée minimale du cache ; elle est en général égale à Refresh. 


Nous trouvons ensuite les enregistrements, du moins ceux quinous intéressent ! 


Les enregistrements se découpent en 4 parties sur une ligne (parfois 5 pour des enregistrements spécifiques). 

La première information, c'est l'hôte de votre domaine. Nous avons parlé du @ tout à l'heure qui est remplacé par la valeur de 
$SORIGIN (le cas échéant par le nom de votre zone). Notez qu'on peut ne rien mettre du tout sion veut parler du domaine entier. 
Rien, @, ou un nom de machine ou de sous-domaine au choix 

Le second, représente la classe. Ici, elle spécifie qu'il s'agit d'un enregistrement concernant Internet. Il existe d'autres valeurs mais 
elles ne sont pas utilisées, donc on met toujours IN. 

Le troisième spécifie le type d'enregistrement dont on a détaillé les différents types précédemment. 

Enfin, le dernier spécifie la valeur de l'enregistrement dépendant du type. Un type A attendra une adresse IP, un type PTR 
attendra un nomd'hôte, etc. 

On trouve parfois, juste avant cette dernière valeur, un nombre qui indique le "poids" d'un enregistrement. On verra plus loin 
dans quel cas c'est utile. 


On commence généralement par les enregistrements des serveurs gérant notre domaine et les services associés (le mail en 
l'occurrence). Dans notre cas il s'agit des types NS et MX. On utilise l'@ parce que ces enregistrements ne déterminent pas un 
hôte en particulier, mais bien le domaine entier. 

Code : Console 


@ IN NS nsl.reseau.fr. 


Cette ligne se traduit donc par : "ns L.reseau.fr est un serveur de nom de domaine de reseau.ff" 
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LL 


J'attire votre attention sur le "." situé à la fin de ns 1.reseau.ff, car celui-ci est extrêmement important. Cette valeur doit 
être un FQDN et le FQDN contient le "." représentant la racine du DNS. Si vous aviez écrit ns L.reseau.fr sans le ".", 
votre serveur aurait automatiquement rajouté à la fin le FQDN de votre zone, ce qui aurait donné ns L.reseau.frreseau.ff. 
; ce qui n'a plus du tout la même valeur ! 


mn 


Ceci étant, réécrire à chaque fois le FQDN c'est un peu contraignant. Et comme on sait que, ne pas finir sa ligne par un "." rajoute 
au FQDN de votre zone, on peut se permettre de n'écrire que "ns 1". Ainsi, votre serveur rajoutera "reseau.fr" et on aura le FQDN 
que l'on cherchait à obtenir. 

Voyez la deuxième ligne qui utilise cette syntaxe raccourcie. 


Les enregistrements MX utilisent la même syntaxe que pour les NS et indiquent l'adresse IP d'un serveur de messagerie, à cela 
près que nous avons rajouté un chiffre devant "mxl". Nous avons dit tout à l'heure que ce chiffre déterminait le "poids" d'un 
enregistrement, on parle aussi de priorité. Nous avons deuxserveurs MX : mxl et mx ; cette valeur va permettre de déterminer 
lequel des deux doit être utilisé en priorité. Plus elle est basse, plus le serveur est prioritaire. 


Mais nous avons aussi deux serveurs NS ! Comment se passe cette priorité, étant donné qu'il n'y a pas de valeur pour 
les départager ? 


Dans ce cas, c'est chacun son tour. Sur une machine Linux, essayez plusieurs fois de suite cette commande : 


Code : Console 


Nos OtANSASooaler Er 


Vous verrez que les réponses que vous recevez ne sont jamais dans le même ordre. Cela s'appelle du Round-Robin, c'est une 
méthode qui permet d'équilibrer la charge entre les deux serveurs pour ne pas les surcharger, car un serveur sera autant consulté 
que les autres serveurs du même type. 


Très bien, maintenant on sait que les serveurs mail de notre domaine sont mxl.reseau.fr et mx2.reseau.fr Cependant, on 
ne sait toujours pas leurs adresses IP alors que c'est quand même le but d'un serveur DNS, non ? 


D'ailleurs, vous voyez qu'ensuite nous définissons l'adresse IP de mxl (sans . à la fin, donc mxl reseau.fr ! ) avec un 
enregistrement de type A. 

C'est ce qu'on appelle un Glue Record. On définit une première fois le nom d'hôte du serveur NS, puis on définit l'adresse IP de 
cet hôte. On doit faire cela, car un enregistrement NS associe un nom de serveur au nom du domaine. Il faut donc ajouter un 
enregistrement À pour le nomde ce serveur. 


On retrouve ensuite les enregistrements les plus courants, ceux de type A (et AA AA quand on a de l'IPv6). En effet, le rôle 
principal du DNS est de faire correspondre un nom d'hôte avec son adresse IP, et c'est ce que fait le type A. 


La syntaxe est relativement simple comme vous pouvezle voir : 
Code : Console 


tuto IN A 1926468100 


Comme pour les autres enregistrements, "tuto" ou "tuto.reseau.fr." revient au même. N'oubliez pas le point si vous optez pour le 
FQDN. 


Le type CNAME est aussi simple à comprendre. On fait correspondre un nom d'hôte à un autre nom d'hôte. Bien sûr, si"blog" 
pointe sur "www", l'enregistrement www doit exister. 

Je le répète encore une fois : si vous choisissez le FQDN, n'oubliez pas le point, c'est une des premières causes d'erreurs dans les 
configurations DNS. 


Voilà, notre zone est maintenant configurée sur notre serveur master. Wus devez redémarrer BIND pour que les changements 
soient pris en compte : 


Code : Console 


# /etc/init.d/bind9 restart 
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Vous pouvez vérifier la syntaxe du fichier de zone grâce à la commande suivante D namco- 
checkzone reseau.fr /etc/bind/db.reseau.fr À 


Configuration du serveur s/ave 


Nous avons prévu deux serveurs dans notre architecture . Celui que nous venons de configurer est le master ; celui que nous 
allons faire sera le slave. Les modifications se font sur le master, et celui-ci enverra des notifications auxs/aves (il peut y en avoir 
plusieurs) pour que leurs zones soient mises à jour. 


La configuration du serveur slave est donc relativement simple, tout se passe dans le named.conf. Il n'y a pas de fichier de zone à 
configurer étant donné que celui-ci sera reçu du master. 


Â Si vous souhaitez tester complètement la mise en place du serveur DNS avec master et slave, vous pouvez tout à fait 
mettre en place le serveur s/ave sur une autre de vos machines virtuelles. 


On commence par installer Bind comme pour le master et on édite /etc/bind/named.conf. 


Code : Console 


zone MireseaUr Era 
type slave; 
file "/var/cache/bind/db.reseau.fr"; 
MAS Ces MIO 2 MR OMOMIENE 
Ve 


Et c'est tout ! (@) 


La directive masters indique l'adresse IP du serveur master duquel nous allons recevoir les mises à jour de notre zone. 


Résolution inverse 


Pour l'instant, nous avons vu le protocole DNS comme un moyen de résoudre un nom d'hôte en une adresse IP. Nous avons 
parlé des enregistrements de type PTR et vous savez donc que DNS permet aussi de faire le travail mverse. C'est une résolution 
inverse. 

Vitre serveur DNS se doit de pouvoir résoudre une adresse IP en un nom d'hôte. C'est ce que nous allons faire ici. 


Retournons dans notre fichier named.conf afin d'ajouter cette zone inverse. Nous allons déclarer la zone inverse de notre 
adressage IP, ici c'est 192.168.0.0/24. 

Alors qu'une zone "normale" se déclare de façon plutôt logique, une zone inverse doit respecter une certaine forme concernant 
le nom de la zone : 


Code : Console 


ZONE MCE 12 NA ddEe arparur 
EVpPemMastrer 
rHemrierc/bind db 2 MES POU 

}; 


Voilà pour la déclaration. Il faut juste faire attention au nommage de la zone, la partie réseau de l'adresse IP à l'envers, puis ".in- 
addrarpa". 


On crée ensuite le fichier de zone. 


Code : Console 


STTL 604800 ; 1 semaine 

SORIGIN 0.168.192.in-addr.arpa. 

@ IN SOA nsl.reseau.fr. admin.reseau.fr. ( 
2013020905 ;serial 
3600 “Arc tres ha (MMNOUr.) 
3000 ; retry (50 minutes) 
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4619200 ; expire (7 weeks 4 days 11 hours 6 minu 
604800 ; minimum (1 week) 
) 

@ IN NS nsl.reseau.fr. 

@ IN NS ns2.reseau.fr. 

dl IN PTR nsl.reseau.fr. 

2 IN PTR ns2.reseau.fr. 

$) IN PTR mxl.reseau.fr. 

4 IN PTR mxl.reseau.fr. 

5) IN PTR tuto.reseau.fr. 

6 IN PTR Www.reseau.fr. 


4 D 


Ce n'est pas très compliqué. C'est l'inverse d'une zone "normale". Ça, je pense que vous l'avez compris maintenant. (@) 
Les points auxquels il faut faire attention : 


e une zone inverse ne contient que des enregistrements de type NS ou PTR ; 
e dans notre zone "normale", blog redirigeait vers www, mais là une adresse IP ne peut pointer que vers un seul hôte ; 
e la variable ORIGIN a changé ! Il faut donc penser à utiliser le FQDN de nos hôtes à chaque fois. 


Vérification 


On va quand même vérifier le fonctionnement de notre zone maintenant. 
Commencez déjà par redémarrer votre serveur de nom pour prendre en compte les changements de configuration : 


# /etc/init.d/bind9 restart 


Il existe plusieurs commandes pour faire des interrogations DNS. La commande la plus utilisée est mais fournit 
plus d'informations et permet un diagnostic plus précis en cas de problème. Vérifiez d'abord le serveur DNS utilisé par votre 
machine. Comme cette machine est elle-même un serveur DNS, elle va devoir s'interroger elle-même. 


Le programme qui fait toutes les résolutions DNS pour votre machine s'appelle le resolver. Ainsi, chaque programme qui a besoin 
de faire une résolution DNS s'adresse au resolver. 


Son fichier de configuration se trouve dans /etc/resolv.conf qui doit au moins contenir l'adresse d'un serveur DNS à interroger : 


Code : Console 


nameserver 127.0.0.1 


Oui, votre serveur va s'interroger lui-même. us pouvez spécifier d'autres serveurs, un par nameserver. Ce fichier peut aussi 
contenir des nformations sur votre domaine ou le domaine de recherche. 


On peut maintenant commencer nos tests : 


Nous allons donc utiliser la commande host qui permet de faire une interrogation DNS. 
Sa syntaxe est la suivante: 


# host -t type nom a chercher IPserveur 


On peut ainsi indiquer le type de la requête (NS, À, MX, CNAME, etc.), le nom à interroger, ainsi que l'adresse IP du serveur que 
l'on peut préciser. 


Par exemple, si l'on cherche l'adresse des serveurs DNS du domaine reseau.fr : 
Code : Console 


# host -t ns reseau.fr 
reseau.fr name server nsl.reseau.fr. 
reseau.fr name server ns2.reseau.fr. 


Et pour avoir leurs adresses IP: 
Code : Console 
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host -t a nsl.reseau.fr 
nsi.reseau.fr has address 192.168.0.1 
host -t a ns2.reseau.fr 
ns2.reseau.fr has address 192.168.0.2 


Sitout se passe bien, c'est parfait. Dans le cas contraire, penser à vérifier que les syntaxes de vos fichiers de zones sont bonnes, 
avec "named-checkzone", et que vous avez bien pensé à relancer votre serveur Bind, etc. 


Nous venons de voir que grâce à la commande host (ou dig), il est possible de demander toute mformation contenue dans vos 
zones DNS, ou même sur des serveurs situés sur Internet ! 


Exercice 


Sachant que 8.8.8.8 est un serveur DNS public proposé par Google, 


Trouvez les noms et adresses IP des 13 serveurs racine ; 
trouvez la ou les adresses IP de wwwsiteduzero.fr ; 
trouvez la ou les adresses IP de www.siteduzero.com ; 
trouvez les adresses IP des serveurs DNS de lalitte.com. 


Voici les requêtes à faire pour obtenir les réponses : 


# host -t ns . 8.8.8.8 

Faire ensuite une requête A pour chacun des serveurs racine : 
# host -t a www.siteduzero.fr 8.8.8.8 

# host -t a www.siteduzero.com 8.8.8.8 


# host -t ns lalitte.com 8.8.8.8 


Voilà, vous savez maintenant faire des interrogations DNS pour vérifier le fonctionnement de vos serveurs, ou de n'importe quel 
domaine sur Internet. 


e Vous avez vu comment mettre en place votre propre serveur DNS ainsi qu'un second serveur s/ave. 
e Vous savez gérer vous-mêmes votre propre nom de domaine. 
e Vous êtes familiarisés avec les concepts de zone, de résolution et de résolution inverse. 


Félicitations, vous être prêts pour votre nouveau rôle d'administrateur systèmes et réseaux ! (@) 
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Le service web 


Vous commencez à connaître quelques services indispensables avec le DHCP et le DNS. 
Le service que nous allons voir maintenant n'est pas indispensable au fonctionnement des réseaux, mais il est aujourd'hui le 
fondement même d'Internet, j'ai nommé : le web. 


Nous allons voir dans ce chapitre comment mettre en place un serveur web et le configurer. 


Description du service 


Le service web est LE service d'Internet. C'est celui qui permet d'héberger des serveurs web, et donc de vous proposer des pages 
à lire comme le Site du Zéro ou Facebook. 


Nous allons voir comment mettre en place un serveur web et le configurer pour qu'il puisse proposer des pages aux internautes. 


Principe du web 


Le fonctionnement du web s'appuie sur le protocole applicatif HTTP. 

Comme les autres protocoles que nous avons étudiés, HTTP a un mode de fonctionnement bien spécifique... que nous 
n'étudierons pas ici. 

En effet, ce qui nous intéresse, c'est surtout de savoir utiliser la navigation, mais pas de la comprendre en détail, du moins pas 
pour l'instant. 


Le protocole HTTP 
Plutôt que d'essayer de comprendre en détail le protocole HTTP, nous allons voir ce qu'il permet de faire. 


Si vous avez bien suivi le tuto de M(@teo21 sur HTML/CSS vous savez qu'une page web est composée de balises HTML. 
Le principe du protocole HTTP est de transporter ces pages HTML, et potentiellement quelques informations supplémentaires. 


Le serveur web met donc à disposition les pages web qu'il héberge, et le protocole HTTP les transporte sur le réseau pour les 
amener au client. 


Nous allons donc mettre en œuvre un serveur web qui permettra de mettre à disposition des internautes nos pages web ! 
Les différents serveurs web 
Il existe de nombreux serveurs web sur le marché. 


Le plus connu est Apache et il est utilisé par une majorité de sites sur Internet. 
Les chiffres parlent d'eux-mêmes, voici l'utilisation des différents serveurs à travers le monde : 
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Apache PE 62.5% 


Microsoft-IlS DS 16.6% 

Nginx PS 15.5% 
LiteSpeed M 1.9% 

Google Servers 1.4% 


0.7% 
Lighttpd |0.5% 

IBM Servers |0.4% 

Yahoo Traffic Server | 0.2% 
Oracle Servers re 
Zope 

Resin |0.1% 

Zeus |0.1% 


Tomcat 


Serveurs web les plus utilisés (source: 


0.1% 


WiTechs.com, 21 March 2013 


Percentages of websites using various web servers 


Witechs.com) 


Toutefois, si l'on regarde plus précisément les évolutions des serveurs, on se rend compte que la tendance n'est pas à la 
progression pour Apache : 


Web server developers: Market share of all sites 


ce EE Æ Microsoft 


Fe M B Sun 
60% BB noinx 
ü B Google 
40% |Ff W Races 
& x U Bi Other Graph 


I J 
20% A 
sà Re 
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représentant l'utilisation des serveurs web (source: netcraft) 


Le serveur nginx a notamment vécu une très belle progression depuis 2007, car il offre des performances souvent meilleures 
qu'Apache. 


Cependant, pour notre mise en place, nous allons opter pour Apache qui reste le serveur numéro un. us pourrezsi vous le 
souhaitez essayer un autre serveur, comme nginx, mais la configuration est souvent très différente d'un serveur à l'autre. 


C'est parti pour l'installation ! 
Mise en place et configuration 
Installation et configuration d'Apache 
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Installation d'Apache 


Sous Debian, l'installation d'une application est extrêmement simplifiée avec l'utilisation de apt. 
Vous pouvez donc vous mettre sur votre machine virtuelle sous Linux et entrer les commandes suivantes : 
On met d'abord à jour notre liste de packages. 


Ensuite, on installe apache2 qui est la dernière version d'Apache. 
# apt-get install apache2 


À cet instant, vous avez un serveur Apache en état de fonctionnement. Cependant, nous allons aller plus loin pour permettre à 
ce serveur d’interpréter du langage PHP et nous allons installer aussi ce qu'il faut pour pouvoir parler avec une base de données 


# apt-get install libapache2-mod-php5 php5-mysql 


Vous pourrez, par la suite, installer un serveur de bases de données mysql si vous le souhaitez. Il faudra alors aussi 
installer les modules nécessaires pour que PHPS et mysql puissent dialoguer ensemble. 


Notre serveur étant installé, nous allons vérifier qu'il est bien en écoute : 


Code : Console 


# netstat -antp | grep apache? 
ECpé 0 OM2780 BHO LISTEN 381 


4] __v 


Le service est bien en écoute, nous pouvons tester pour voir ce qui est présenté. 
Pour cela, nous allons simplement faire pointer notre navigateur sur l'adresse IP de notre machine virtuelle : 


< C |:192168.0.1 


It works! 


This is the default web page for this server. 


The web server software is running but no content has been added, vet. 


Page d'Apache par défaut 


Nous voyons bien la page par défaut du serveur Apache, ça marche ! 
Nous allons maintenant regarder comment configurer notre serveur pour pouvoir afficher nos propres sites web. 
Configuration d'Apache2 


Comme habituellement sous Unix, les fichiers de configuration se trouvent dans le répertoire /etc. 
Pour Apache2, ils sont dans le répertoire. apache2. Rien de bien original. 


Regardons le contenu de ce répertoire : 


Code : Console 


# cd /etc/apache2 
# 1s -la 
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total 76 

ATFWXEP=XF-X JU TrOOE- TOOL AU0IG AU 30 2012 

JEWLE= LE RSS OOLEOOLMAUOGCNMAEMION PSE TIO 

—EW-r--r-- 1 root root 7994 Jan 1 2011 apache2.conf 
dEWXr=xr-x 2 rOo0t root 4096 Mar 16 2011.conf.d 

were re IE OOLErOO CNE ON TAN DIRES 

Re Cie M SE GIONE AOC OMS D MSN EL bANCONE 
Sweet ÉCOLE O0 TS US Tan 7 DIM ace 
drwxr-xr-x 2 root root 4096 Mar 16 2011 mods-available 
drwxr-xr-x 2 root root 4096 Mar 16 2011 mods-enabled 
See UT ASOCNE AOL HS 7 ONMINROrES CcONE 
drwxr-xr-x 2 root root 4096 Sep 26 15:09 sites-available 
drwxr-xr-x 2 root root 4096 Sep 4 2012 sites-enabled 


Nous voyons ici différents fichiers et répertoires plus ou moins importants. 
Nous allons les parcourir. 


Tout d'abord, il faut savoir qu'avant Apache2 il y avait Apache et qu'à peu près toutes les informations de configuration étaient 
dans un seul et unique fichier, httpd.conf. 

Cela posait quelques problèmes, car ce fichier devenait un peu un fourre-tout dans lequel il était difficile de savoir où certaines 
informations étaient situées et s'il n'y avait pas des informations redondantes. 


Pour Apache?, ce fichier de configuration a été séparé en plusieurs parties. 
Le point de départ est le fichier apache2.conf. 


Ce fichier contient un certain nombre de directives importantes, ainsi que les inclusions (Includes) des autres fichiers de 
configuration. 

Cependant, iln'y a pas de directives quinous intéressent dans ce fichier. Si vous souhaitez vous spécialiser dans l'utilisation 
d'Apache et comprendre chacun des directives, la documentation officielle vous tend les bras. 


Par contre, les includes en fin de fichier nous donnent une idée des parties de la configuration qui sont en dehors de 
apache2.conf, et qui vont pouvoir nous intéresser : 


Code : Console 


# Include module configuration: 
Include mods-enabled/*.load 
Include mods-enabled/*.conf 


# Include all the user configurations: 
Include httpd.conf 


# Include ports listing 
Include ports.conf 


# 

# The following directives define some format nicknames for use with 
# a CustomLog directive (s below). 

# If you are behind à reverse proxy, you might want to change %h into %{X- 
Forwarded-For}i 

# 

LogFormat "$v:%p $%h %1 $u $t \"%r\" $%>s %0 \"$S{Referer}i\" \"S{User- 
Agent}i\"" vhost combined 

LogFormat "Sh %1 $u %t \"S%r\" %>s %0 \"S{Referer}i\" \"S{User- 
Agent}i\"" combined 

LogFormat "%h %1 $u $%t \"Sr\" $>s %0" common 

LogFormat "${Referer}i -> $U" referer 

LogFormat "$S{User-agent}i" agent 


# Include of directories ignores editors' and dpkg's backup files, 
# see README.Debian for details. 


# Include generic snippets of statements 
Include conf.d/ 


# Include the virtual host configurations: 
Include sites-enabled/ 
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Nous voyons d'abord l'inclusion de modules 
En effet, Apache est un service modulaire. Cela veut dire que l'on peut lui ajouter des modules qui viennent lui ajouter des 


fonctionnalités particulières. 
Par exemple, Apache peut jouer le rôle de proxy. Pour cela, il faut lui ajouter le module mod_proxy. 


On peut ainsi ajouter toutes sortes de fonctionnalités à Apache. 


Sans le savoir, nous avons déjà ajouté un module à Apache en installant libapache2-mod-php5 qui est le module de prise en 
compte du langage PHP par notre serveur Apache2. 


Nous avons deux lignes includes pour les modules : 


Code : Console 


# Include module configuration: 
lude mods-enabl] 
lude mods-enabl] 


DT Cl 
Ie 


led/*.load 
FEdAACONE 


Ceci nous indique qu'Apache va prendre en compte les fichiers Load et .conf situés dans le répertoire mods-enabled (qui est lui- 
même dans /etc/apache2, puisque c'est notre répertoire de travail). 


Allons donc voir ce qui est contenu dans le répertoire mods-enabled : 


Code : Console 


# 1s -la 

COLA? 

drwxr-xr-x 2 root root 1024 21 mars 
drwxr-xr-x 7 root root 1024 21 mars 
Lrwxrwxrwx FOCENEOOE 28 21 mars 
available/alias.conf 

LrwxrwWxrwx FOCLEMEOOE 28 21 mars 
available/alias.load 

LrwWxrwWxrwWx FOCEMEOOE 33, 21mmars 
available/auth basic.load 
LrwxrwWxrwWx BOCIEMEOO!E Sen 2lAmars 
available/authn file.load 
LrwxrWXxrwWx FOCLREOO!E SCR21AMmAars 
available/authz default.load 
LrwxrwWxrwWx BOCLEMÉOO! S621AMars 
> ../mods-available/authz groupfile 
LrwxrWxrwWx POCEMEOO!E Se 2 ner 
available/authz host.load 
LrwxrwWxrwWx FOCLEMEOO!E Sn 21AmMmars 
available/authz user.load 
LrwxrwWxrwWx POCLNEOO!E S2-2 mars 
available/autoindex.conf 

LrwWxrwWxrwWx rOCL EFOOt 32 21 mars 
available/autoindex.load 

LrwWxrwWxrwWx rOCL EOOC 2 GR 2AMArs 
available/cgi.load 

Lrwxrwxrwx OCT FOOT 30 21 mars 
available/deflate.conf 

LrwWxrwWxrwWx ROCLAEOOE S0N21MMmAars 
available/deflate.load 

LrwWxrwWxrwWx root root 26 21MMmars 
available/dir.conf 

LrwWxrwWxrwWx rOCL EFOOtC 2 62 1SMmars 
available/dir.load 

LrwWxrwWxrwWx rOCL FOOt 26 21 mars 
available/env.load 

Lrwxrwxrwx BOOLMEOOE PIMIèmars 
available/mime.conf 

Lrwxrwxrwx LOOLMEOOE PIN mars 
available/mime.load 

LrwWXxrWxrwWx BOCLMEOOIE 34 21 mars 
available/negotiation.conf 


CA 


alias.load -> 


auth basic. 


authn file. 


auithzndefraulroade> 


MAS ACOnNEs 


load -> 


load -> 


../mods- 
../mods- 
../mods- 


../mods- 


authz groupfile.load - 


authz host oade-> 


authzsuser Fos 


autoindex.conf -> 


autoindex.load -> 


CHAOS 
deflate.conf 
deflate.load 
EACONES 
dela 
env.load -> 
mime.conf -> 


mime.load -> 


negotiation.conf -> 


www.siteduzero.com 


../mods- 
../mods- 
../mods- 


../mods- 


../mods- 
=. Mods 


=... Mois 


./mods- 
./mods- 
./mods- 
../mods- 


../mods- 


../mods- 


../mods- 
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lrwxrwxrwx 1 root root 842 1Nmars 19 ?71Mnecotiarlon. load ""#"”/mods- 
available/negotiation.load 

lrwxrwxrwx 1 root root 27 21 mars 19:26 php5.conf -> ../mods- 
available/php5.conf 

lrwxrwxrwx 1 root root 27 21 mars 19:26 php5.load -> ../mods- 
available/php5.load 

lrwxrwxrwx 1 root root 33 21 mars 19:24 reqtimeout.conf -> ../mods- 
available/reqtimeout.conf 

lrwxrwxrwx 1 root root 33 21 mars 19:24 reqtimeout.load -> ../mods- 
available/reqtimeout.load 

lrwxrwxrwx 1 root root SAN Emarns TO 21 tenons /mods 
available/setenvif.conf 

lrwxrwxrwx 1 root root 31 21 mars 19:24 setenvif.load -> ../mods- 
available/setenvif.load 

lrwxrwxrwx 1 root root DOM 1Emars Or USE atuS- conte mods 
available/status.conf 

lrwxrwxrwx 1 root root 29 21 mars 19:24 status.load -> ../mods- 
available/status.load 


Les plus avertis d'entre vous auront remarqué que tous ces fichiers ne sont que des liens vers d'autres fichiers qui sont situés 
dans ../mods-available/. 


À Pour les utilisateurs habitués de Windows, les liens sous Unix sont comme les raccourcis sous Windows. 


En fait, le répertoire mods-enabled ne contient que des liens. Ces liens pointent vers les vrais fichiers qui sont contenus dans 
mods-available. 


Nous venons de découvrir le fonctionnement modulaire d'Apache2. 


e Tous les modules sont installés dans mods-available. 
e On crée des liens vers ces fichiers dans mods-enabled. 
e Seulle répertoire mods-enabled est lu par la configuration d'Apache. 


Ce mode de fonctionnement nous permettra très facilement de désactiver ou d'activer un module pour Apache2. Il suffira de créer 
un lien vers le module ou au contraire de l'effacer. 


à) Vus pouvez faire cela à la main, ou utiliser la commande a2enmod. 


Donc, pour installer un module, vous avez deux choix: 


e l'installer avec la commande apt-get installnom module ; 
e récupérer les fichiers .conf et load et les mettre dans le répertoire mods-available, puis créer des liens vers ces fichiers 
dans mods-enabled. 


Vous savez donc maintenant installer, désactiver ou activer un module. 


Nous allons passer à la suite des includes de notre fichier apache2.conf. 
Include httpd.conf 
Là, il s'agit simplement de conserver ce qui pouvait exister historiquement, mais ce fichier est vide par défaut. 


Include ports.conf 
Ce fichier va indiquer sur quel port notre serveur doit écouter. Par défaut, il s'agit du port 80, mais cela peut être modifié si vous le 
souhaitez (mais vous ne voudriez pas outrepasser une norme, n'est-ce pas ?) 


Il y a ensuite quelques informations sur le format des logs du service et le répertoire conf.d qui peut comprendre des attributs de 
configuration particuliers, mais cela ne nous intéresse pas ici. 


Les logs sont des fichiers qui contiennent des informations écrites sur tout ce qui se passe au niveau de la machine. 
Les logs d'Apache indiqueront tout ce quise passe au niveau du service, chaque connexion, chaque erreur, etc. C'est 
très utile pour trouver la source d'un problème. 


Et enfin une dernière partie très importante qui concerne les virtualhosts : 


Code : Console 
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# Include the virtual host configurations: 
Include sites-enabled/ 


Le virtualhost est une notion très importante dans Apache2. C'est ce quinous permet de faire tourner plusieurs sites sur le 
même serveur Apache2. 

Vous pouvezavoir un serveur web qui présente plusieurs sites web, comme www.lalitte.com et www.mailforkids net qui sont deux 
sites différents, mais hébergés sur le même serveur Apache. 


À Faites un ping de ces deuxsites et vous verrez que c'est la même adresse IP qui vous répond. 


Nous allons donc regarder ce qui est contenu dans le répertoire sites-enabled. 


Code : Console 


# ls -la sites-enabled/ 

Coral? 

drwxr-xr-x 2 root root 4096 4 sept. 2012 

dENXr-XT-x /Eroot root 109622 mars 1550 

lrwxrwxrwx 1 root root 26 16 mars 2011 000-default -> ../sites- 
available/default 


Un seul fichier ici ! Enfin, un lien plus exactement, mais nous connaissons le principe maintenant, qui est le même que pour les 
modules avec un répertoire sites-avalable qui contient les fichiers et le répertoire sites-enabled qui contient les liens vers les 
fichiers dans sites-available. 

Ce fichier est le fichier de configuration par défaut de nos virtualhosts. C'est lui qui sera utilisé par défaut pour toute requête web 
arrivant à notre serveur. 

Regardons son contenu : 


Code : Console 


VÉEUAHOS LMD 
ServerAdmin webmaster@localhost 


DocumentRoot /var/www/ 
<Directory /> 
Options FollowSymLinks 
AllowOverride all 
</Directory> 
<Directory /var/www/> 
Options Indexes FollowSymLinks MultiViews 
AllowOverride all 
Order allow,deny 
allow from all 
</Directory> 


ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ 

<Directory "/usr/lib/cgi-bin"> 
AllowOverride None 

Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch 
Order allow,deny 
Allow from all 

</Directory> 


ErrorLog /var/log/apache2/error.log 


# Possible values include: debug, info, notice, warn, error, crit, 
# alert, emerg. 
LogLevel warn 


CustomLog /var/log/apache2/access.log combined 


Alias /doc/ "/usr/share/doc/" 
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<Directory "/usr/share/doc/"> 
Options Indexes MultiViews FollowSymLinks 
AllowOverride None 
Order deny,allow 
Deny from all 
AFOoNMErOMA TA OROMUTP EE NOPON OS 1074125 
</Directory> 


</VirtualHost> 


Nous n'avons besoin de comprendre que quelques éléments pour l'instant. 


<VirtualHost *:80> 


Ceci indique le début d'une directive de configuration Apache et notamment le début d'un virtualhost qui sera en écoute sur le 
port 80. 


DocumentRoot /var/www/ 


Le DocumentRoot est très important. C'est ce qui va indiquer au serveur Apache2 où vont se situer les pages de notre site web. 
Dans notre cas, comme dans la majorité des cas, la racine de notre site web se situera dans /var/www/. 
D'ailleurs, nous pouvons aller voir le contenu de ce répertoire : 


Code : Console 


# ls -la /var/www/ 


COL? 

drwxr-xr-x 6 root root A09CMENoOCT MST Ar7 

dEnNxr-xr-*x MAN ECO root 4096 16 mars 2017 

SW teste ll OOLREOON SANG MAS 201 index them 


Ilne contient qu'un fichier ndexhtml. Allons voir son contenu : 


Code : Console 


# cat /var/www/index.html 

<html><body><h1>It works!</h1> 

<p>This is the default web page for this server.</p> 

<p>The web server software is running but no content has been added, yet.</p> 
</body> 

</html> 


Cela correspond bien à ce que nous avons vu tout à l'heure sur la page web ! 
Nous pouvons essayer de faire une modification et de voir le résultat. 
Éditez le fichier ndexhtml et mettez-y.. ce que vous voulez! 


Moi j'ai opté pour la page suivante: 
Code : HTML 


<html><body><h1>Ma belle page de la mort qui tue !</h1> 
<p>Bienvenue sur mon serveur apache? qu'il est bien.</p> 
<p>Le réseau c'est génial !</p> 

</body> 

</htm1l> 


Ceci me donne : 
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Ma belle page de la mort qui tue ! 


Bienvenue sur mon serveur apache2 qu'il est bien. 


Ma nouvelle page 


Le rÂOseau c'est gÂOnial ! 


web 


Bon OK, ce n'est pas encore génial, et il y a apparemment de gros problèmes d'encodage des accents. 
Mais, au moins, notre page s'affiche. @) 


Nous allons maintenant pouvoir passer à quelques éléments de configuration avancée. 


Pour aller plus loin 
Nous allons voir ici quelques éléments de configuration du serveur Apache2 qui pourraient vous intéresser. 


Dans un premier temps, nous allons bidouiller un peu, et voir les conséquences de nos bidouilles. 


Bidouillons gaiement ! 


Comme premier test, nous avons modifié le contenu de notre fichier ndexhtml. 
Nous allons maintenant essayer de changer son nom pour voir les conséquences. 


index.tutu 
Nous allons l'appeler indextutu : 


Code : Console 


# cd /var/www 
# mv index.html index.tutu 


Observons le résultat quand on se connecte simplement sur le site : 


Index of / 


Name Last modified Size Description 
Page par défaut avec indextutu 


[À index tutu 21-Mar-2013 19:24 177 


Apache/2.2.16 (Debian) Server at 192.168.56.101 Port 80 


Nous voyons que ce n'est plus notre page web qui nous est présentée, mais le contenu du répertoire /var/www/. 
Sinous cliquons maintenant sur ndextutu, que se passe-t-il ? 


www.siteduzero.com 


Partie 4 : Les services réseau 212/220 


éhtmi><body><h1>lt worksa!</h1> 
<p>This is the default web page for this server.</p> 


<p>The web server software is running but no content has been added, yet.</p> 


/body></html: 


Affichage d'indextutu 


Ce n'est plus notre belle page web, mais simplement son contenu avec les balises. 


© Mais que se passe-t-il ? Notre serveur ne fonctionne plus ? @) 


Ajouter des fichiers d'index à Apache2 


Si, il continue de très bien fonctionner, mais il fait ce qu'on lui dit de faire. 

Dans un premier temps, nous sommes allés vers la page principale du site sans préciser de nom de page spécifique. Dans ce cas, 
Apache regarde s'il y a un fichier par défaut qui doit s'appeler index et une extension d'un langage web. 

Cette directive, très importante, se trouve dans le module dir. 


Code : Console 


# cat /etc/apache2/mods-available/dir.conf 


<IfModule mod dir.c> 
DirectoryIndex index.html index.cgi index.pl index.php index.xhtml index. 


</IfModule> 


KI] ED) 


La directive DirectoryIndex indique à Apache quel peut être le nom du fichier qui sera automatiquement lu par le serveur si aucun 
fichier n'est indiqué. 


Nous pouvons essayer d'ajouter notre fichier mdextutu au DirectoryIndex. 


Directorylndex index.html index.cgi index.pl index.php index.xhtml index.htm index.t 


utu 


Regardons le résultat, en ne rentrant dans l'URL QUE l'adresse IP du site 192.168.0.1 : 


Index of / 


Name Last modified Size Description 


Avec DirectoryIndexindextutu 
[] index tutu 21-Mar-2013 19:24 177 


Apache/2.2.16 (Debian) Server at 192.168.56.101 Port 80 


Eh bien ? Ça n'a rien changé. 
Oui, car nous avons changé la configuration d'Apache2, mais nous ne lui avons pas dit. En fait, il faut relancer le service apache2 
pour que les nouveautés de configuration soient prises en compte : 


Code : Console 


# /etc/init.d/apache2 restart 
Restarting web server: apache2 ... waiting 
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Et nous pouvons maintenant rafraîchir la page : 


éhtmi><body><h1>lt worksa!</h1> 


<p>This is the default web page for this server.</p> 
n 


no content has been added, vyet.</p> 


<p>The web server software is running but 
</body></html: 


Affichage d'indextutu sans l'avoir précisé 


On voit effectivement qu'Apache2 ne nous affiche plus le contenu du répertoire /var/www/, mais directement le fichier mdextutu 
qui est bien spécifié dans le DirectoryIndex. 


Cependant, c'est toujours le texte avec les balises qui est affiché, et non la page web interprétée. e) 


Ajouter des types à Apache2 


Pour cela, nous devons dire à Apache? que les fichiers d'extension .tutu doivent être interprétés comme des fichiers html. Cela se 
fait grâce à la directive AddType quise trouve dans le module mime. 


On Er à la fin du fichier : 


On relance Apache? et on actualise notre page, en appuyant sur la touche F5 par exemple : 


À Il faut parfois faire CTRL+FS pour forcer à recharger la page. 


Ma belle page de la mort qui tue ! 


Bienvenue sur mon serveur apache? qu'il est bien. 


Ma nouvelle page 


Le rÂOseau c'est gÂOnial ! 


web 


Cette fois tout est bon ! 
Enfin. pas le problème d'encodage des accents, mais ce n'est pas l'objet du cours. @) 


Ceci dit, comme je suis sympa, je vous donne une petite astuce qui règle le problème temporairement. Wus pouvez 
remplacer les accents par la chaîne &eacute, et vos accents seront bien interprétés. 


Nous avons vu quelques directives intéressantes d'Apache?, nous allons maintenant voir comment faire tourner plusieurs sites 
différents sur notre serveur. 


Utilisation des virtualhosts 


Nous allons essayer de présenter deuxsites différents sur notre serveur. 


© Mais comment Apache saura différencier ces deuxsites et saura lequel présenter lors d'une requête sur le port 80 ? 


En fait, il y a plusieurs façons de faire des virtualhosts, mais nous allons nous baser sur la plus répandue en utilisant des noms 
de domaine différents pour nos sites. 
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Nous allons créer les sites toto.com et tutu.com. 
Aünsi, quand une requête arrivera, Apache? pourra savoir si la demande est pour toto.com ou tutu.com. 


Configuration du DNS 
Dans la vraie vie, vous devez acheter un domaine pour qu'il devienne accessible sur Internet. 
Dans notre cas, je ne vais pas vous faire dépenser de l'argent pour un exemple. Nous allons plutôt utiliser une petite astuce qui 


pourra vous être utile pour beaucoup d'autres choses. 


Nous allons utiliser une fonctionnalité qui permet de court-circuiter le fonctionnement normal du DNS grâce au fichier hosts. 


Le fichier hosts est un fichier présent sur tous les systèmes, qui permet d'indiquer des associations entre nom de 
machine et adresse IP qui seront prioritaires par rapport au DNS. 


Par exemple, s1 j'écris: 


192.168.0.1 wWwWw.google.fr 


La prochaine fois que j'essaierai d'aller vers www.google.ff, ma machine pensera que le serveur de Google se trouve à l'adresse 
192.168.0.1 et enverra la requête à cette adresse. 


Nous allons donc modifier notre fichier hosts pour y ajouter des associations pour www.toto.com et www.tutu.com. 


e Sous Unix, le fichier hosts se trouve dans /etc. 
e Sous Windows, ilse trouve dans C:\Windows\System32\drivers\etc\. 


Donc sur notre Debian, nous allons éditer le fichier hosts et ajouter deuxlignes en haut du fichier : 
1:92" :168: 0471 Www.toto.com 


192168; 0.1 wWww.tutu.com 
Désormais, dès lors que notre machine voudra accéder à un de ces deuxsites, elle accédera à... elle-même. (0) 


Nous pouvons tester en entrant www.toto.com dans l'URL de notre navigateur : 


[ )  www.toto.com 


Ma belle page de la mort qui tue ! 


Site www.toto.com 


Bienvenue sur mon serveur apache2 qu'il est bien. 


Le réseau c'est gÂ©nial ! 


Ça marche ! 
Et ça marche de même avec www.tutu.com : 


(4 ) www.tutu.com 
Se”! 


Ma belle page de la mort qui tue ! 


Site www.tutu.com 


Bienvenue sur mon serveur apache2 qu'il est bien. 
Le réseau c'est gÂ©nial ! 


Par contre, pour l'instant, le serveur Apache nous présente deux fois la même page. 


Nous allons donc nous attaquer aux virtualhosts. 


Configuration des virtualhosts. 
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Comme on l'a vu précédemment, les virtualhosts se configurent dans sites-available/. 
Nous allons donc créer deuxnouveaux fichiers pour nos deux virtualhosts. Pour cela, nous allons simplement copier le fichier 
default, et modifier le contenu des fichiers copiés. 


Code : Console 


# cd /etc/apache2/sites-available/ 
# cp default www.toto.com 
# cp default www.tutu.com 


Ensuite, nous allons simplement modifier trois choses et ajouter : 


une directive Server Name pour indiquer le nom de notre virtualhost ; 
le DocumentRoot qui précise où se situent nos pages ; 
et enfin la balise Directory pour y indiquer notre nouveau chemin. 


Code : Console 


<VHÉTEUAMHOS EME SO 
ServerAdmin webmaster@localhost 
ServerName www.toto.com 


DocumentRoot /var/www/toto.com/ 
<Directory /> 
Options FollowSymLinks 
AllowOverride all 
</Directory> 
<Directory /var/www/toto.com/> 
Options Indexes FollowSymLinks MultiViews 
AllowOverride all 
Order allow,deny 
allow from all 
</Directory> 


ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ 
<Directory "/usr/lib/cgi-bin"> 
AllowOverride None 
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch 
Order allow,deny 
Allow from all 
</Directory> 


ErrorLog /var/log/apache2/error.log 


# Possible values include: debug, info, notice, warn, error, crit, 
# alert, emerg. 
LogLevel warn 


CustomLog /var/log/apache2/access.log combined 


Alias /doc/ "/usr/share/doc/" 
<Directory "/usr/share/doc/"> 
Options Indexes MultiViews FollowSymLinks 
AllowOverride None 
Order deny,allow 
Deny from all 
Nike eo 10 007255 00810 Qu 17/4128 
</Directory> 


</VirtualHost> 


Nous faisons de même pour tutu.com. 


I nous reste encore à activer ces virtualhosts dans sites-enabled/. 
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Code : Console 


# cd /etc/apache2/sites-enabled/ 
# In -s ../sites-available/toto.com 
# ln -s ../sites-available/tutu.com 


Le . indique le répertoire courant. Donc ici, nous allons créer un lien dans le répertoire courant qui pointera vers le 
fichier toto.com. Notre lien s'appellera donc sites-enabled/toto.com. 


Nos virtualhosts sont prêts, ilne nous reste plus qu'à créer les répertoires et pages de nos sites : 


Code : Console 


mkdir /var/www/toto.com/ 

touch /var/www/toto.com/index.html 

echo "<html><body><h1>Bienvenus sur toto.com !</h1></body></html>" > /var/www/tot 
mkdir /var/www/tutu.com/ 

touch /var/www/tutu.com/index.html 
echo "<html><body><h1>Bienvenus sur tutu.com !</h1></body></html>" > /var/www/tut 


KI Le) 


Nos virtualhosts devraient maintenant être effectifs : 


4 À 
Lu)  www.toto.com 
RT : 


Bienvenue sur toto.com ! 


Vrai site www.toto.com 


(@ )  www.tutu.com| 


Vrai site www.tutu.com 


Bienvenue sur tutu.com ! 


Nous avons donc réussi à présenter deux sites différents sur un seul et même serveur Apache2. 


Nous allons maintenant voir deux cas différents de configuration qui permettent de placer les pages de vos sites en dehors de 
/var/www!. 


Un répertoire venu d'ailleurs 


Imaginons que vous avez mis en place votre propre serveur web et que vous avezréalisé une page web présentant votre famille 
sur le nom de domaine que vous avez acheté www.mafamille.com. 

Votre petite sœur vient vous voir et aimerait bien mettre en place un site pour elle pour présenter ses hobbies. 

Maintenant que vous savez faire des virtualhosts, vous pourriez tout à fait créer le nom de domaine petitesoeurmafamille.com et 
faire un virtualhost pour ce site. 

Cependant, vous trouvez plus intéressant de faire un site du type www.mafamille.com/masoeur. 

Aünsi, vous pourriez faire pareil pour tous les membres de la famille. 


Cependant, si vous faites comme cela, vous devrez donner accès au répertoire /var/www/ à votre sœur, ce quine vous emballe 
pas trop sielle y fait des bêtises. 


Il existe une solution simple. bus pouvez tout à fait laisser un accès complet à un répertoire pour votre sœur, et faire un 
raccourci de ce répertoire dans /var/www/. 


Un lien plus que familial 
Essayez par exemple de créer une page web dans /home/user/ : 
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Code : Console 


# touch /home/user/index.html 
# echo "<html><body><hl>La jolie page de ma sœur !</h1></body></html>" > /home/user 


Ki |») 


Vous pouvezalors créer un lien de ce répertoire dans /var/www : 


Code : Console 


# cd /var/www/ 
# ln -s /home/user/ masoeur 


# ls -la 

Coral? 

TEWNRE-XE-X MEN ECOt FOOT MOOGCMSNOCC- MES A7 

ENRE-XT-SMASESoOtR root 4096 16 mars 20H 

Serre TOOL CO M2 ES DE M lé de AEUIEU 

Ilrwxrwxrwx 1 root root 28 11 avril 2012 masoeur -> /home/user/ 
ATWXr=xXr-x IN TOO root ADODGN25NSEpDT AM PENEOLO com 

dEnxr=xr=x IN ECO ECO! ADO SÉSEpE AN léMEUCE: COM 


Désormais, si vous allez sur le site www.mafamille.com/masoeur/ vous allez tomber sur la page de votre petite sœur ! 
Et ceci, sans qu'elle mette à mal toutes les pages que vous avez mis du temps à créer. 


Dans notre exemple, cela fonctionnera pour l'URL www.toto.com/masoeur/. 


Exercice 
Essayez de mettre en œuvre ce qu'il faut pour pouvoir taper www.mafamille.com/masoeur/ et que cela fonctionne aussi. 
Essayez aussi de faire en sorte que l'on tombe sur le site de votre petite sœur en tapant masoeur.mafamille.com/. 


Vus savez maintenant mettre en place des virtualhosts et potentiellement laisser un accès à différentes personnes pour gérer 
leur site. Nous allons maintenant voir comment faire en sorte de rendre accessible une page pour l'ensemble de vos virtualhosts. 


Une page pour tous ! 


Vitre site a prospéré et vous hébergez maintenant une bonne dizaine de virtualhosts, pour votre voisin, votre école, votre club 
de bridge, etc. 

Vous avez même créé une page qui donne des statistiques sur l'utilisation générale de votre serveur Apache? : le nombre de 
pages lues, le nombre de sites, etc. 

Vous aimeriez maintenant que cette page puisse être accessible sur chacun des différents virtualhosts que vous possédez. 


Une façon de faire serait de dupliquer la page sur chacun des virtualhosts, mais ce serait lourd et devrait être répété à chaque 
nouveau site créé. Il y a cependant une solution simple, grâce auxalias. 


© Un alias permet de faire correspondre une partie de l'URL à un chemin particulier dans l'arborescence. 


Par exemple, je peux dire que si j'ndique dans mon URL messtats/, qui n'est pas un répertoire dans /var/www/, le navigateur sera 
redirigé vers le répertoire /home/messtats/. 
Ainsi, www.toto.con/messtats/ ou www.tutu.com/messtats/pointeront vers la même page. 


Les alias peuvent se configurer grâce au module alias. 


Nous allons tester cela en modifiant le fichier /etc/apache2/mods-available/alias conf pour ajouter une ligne 
Alias /test/ /home/user/k 


Code : Console 
<IfModule alias module> 
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Aliases: Add here as many aliases as you need (with no limit). The format is 
Alias fakename realnam 


Note that if you include à trailing / on fakename then the server will 
require dt icohbe present Anne URL So consiiSnit aliesedainetnis 
example, only "/icons/". If the fakename is slash-terminated, then the 
realname must also be slash terminated, and if the fakename omits the 
trailing slash, the realname must also omit it. 


We include the /icons/ alias for Fancylndexed directory listings. If 
you do not use Fancylndexing, you may comment this out. 


lias /icons/ "/usr/share/apache2/icons/" 
lias /test/ /home/user/ 


D D 4e 4e He HR HE HE HE AE HE HE AE AE 4 


<Directory "/usr/share/apache2/icons"> 
Options Indexes MultiViews 
AllowOverride None 
Order allow,deny 
Allow from all 

</Directory> 


</IfModule> 


Relancez Apache? et mettez-vous sur l'URL www.toto.com/test/. 


Sitout se passe bien, vous allez vous retrouver sur la page de votre petite sœur ! (@) 
Et de même pour www.tutu.com/test/ ou 192.168.01/test/. 


Nous avons pu ainsi créer une page, ou un répertoire, accessible depuis n'importe lequel de nos virtualhosts. 


Nous en avons fini avec la configuration d'Apache2. Il y a encore beaucoup de choses à découvrir sur sa configuration, mais un 
livre entier pourrait y être consacré ! 


e Vous savez maintenant installer et configurer un serveur DHCP. 
e Vous pouvez mettre en place un serveur DNS avec Bind. 
e Vous savezinstaller et configurer un serveur web avec Apache2. 


Si vous le désirez, vous pouveztenter l'aventure d'acheter votre propre nom de domaine et d'installer et configurer vos propres 
serveurs DNS et web pour héberger votre site chez vous ! 


Si jamais cela vous tente, n'hésitez pas à passer sur le forum du site du zéro pour poser des questions. Toute la communauté se 
fera un plaisir de vous aider à réussir ce challenge. @) 


Ça y est, vous possédez, chez vous, un embryon d'infrastructure réseau avec quelques services fort intéressants et 
indispensables au fonctionnement d'Internet. 


Vous savez désormais: 


e installer et configurer un serveur DHCP, 
e installer et configurer un serveur DNS avec Bind, 
e installer et configurer un serveur web avec apache2. 


Si vous le désirez, vous pouveztenter l'aventure d'acheter votre propre nom de domaine et d'installer et configurer vos propres 
serveurs DNS et web pour héberger votre site chez vous ! 


Si jamais cela vous tente, n'hésitez pas à passer sur le forum du site du zéro pour poser des questions. Toute la communauté se 
fera un plaisir de vous aider à réussir ce challenge 


Ce cours s'achève, et vous pouvez être fiers de vous. us avez parcouru beaucoup de chemin et maîtrisez maintenant toutes les 
bases des réseaux TCP/IP. 


Maintenant: 


e Vous comprenez comment une information circule sur le réseau d'un ordinateur à un autre, 
e Vous savez mettre en place un réseau et les matériels associés, 
e Vous savez configurer son adressage pour que chacune des machines soit connectée, 


www.siteduzero.com 


Partie 4 : Les services réseau 219/220 


e Vous savez mettre en place des services pour permettre le bon fonctionnement des réseaux, 
e Bref, vous avez une meilleure compréhension du fonctionnement d'Internet et êtes prêts à y participer activement @) 


Ne sous-estimez pas vos connaissances, si vous avez parcouru sérieusement ce cours et avez bien assimilé ce que vous avez lu, 
vous avez réellement un niveau très correct en réseau. 


Il vous reste maintenant à continuer à explorer le monde merveilleux d'Internet et des possibilités qu'offrent le réseau. Comme le 
futur IPv6, la supervision des machines et des services, la supervision des flux de données, le fonctionnement et la mise en place 
d'un serveur de messagerie, explorer la sécurité réseau et système, etc. 

Autant de plaisirs qui vous attendent... sûrement dans un futur tutoriel qui fera de vous un administrateur mondialement 
respecté © 


Je vous remercie et vous félicite d'être arrivés jusque là. Si ce livre vous a plu, ou pas, n'hésitez pas à me contacter et à me faire 
un retour, je serai ravi de vous répondre (eric@lalitte.com) 


A très bientôt sur le site du zéro ! 


PS: Pour l'âge du capitaine, on me dit que c'est une mformation primordiale pour le fonctionnement des réseaux, et qui doit donc 
rester secrète ! 
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